SOA és a Web 2ade.web.elte.hu/webtech/Webtech-1.pdfWeb-es architektúra SOA Adatbázis szerver Back...

Webtechnológiák információs redszerekben

Bevezető – 1.

Témakörök

• Web szolgáltatások – első beadandó

• Szolgáltatás-Orientált Architektúrák - SOA

• Üzleti folyamatmenedzsment – BPM (Bizagi) – második beadandó

• Enterprise webes protokollok

• IoT protokollok

• Elosztott webes információs rendszerek

• Microservice architectures

Követelmények

Három beadandó feladat

1. "Primitív SOA" - WS (II.13.)

2017. március 13.

2. BPMN feladat (II.20.)

2017. április 24.

3. Összetett beadandó feladat (III.6.)

I. fázis: 2017. május 8.

II. fázis: 2017. június 5.

1. Beadandó - WebShop

• WS kliens – szerver példa alkalmazás: Java / PHP / .NET

• Adatbázis legalább az alábbi táblákból kell álljon: – Termékek adatai: termékId, név, leírás

– Készletinformációk: termék, készletDb, eladási_ár, dátum

– Vevők: id, név, cím

– Eladások: termekid, vevőid, db, ár, dátum

• RESTful WS: Termék és készletinformációk lekérésée

• SOAP WS: Termék értékesítése

• Határidő: 2017. márc. 13.

1. beadandó

Nagykereskedői Információs

Rendszer

Nagykereskedői Információs

Rendszer

Kiskereskedői Információs

Rendszer

Kiskereskedői Információs

Rendszer

Készlet

lekérdezés -

RESTFul

Beszerzés -

1. beadandó

• WS kliens – szerver példa alkalmazás: Java / PHP / .NET

• Adatbázis: – Termékek adatait: termék név, leírás, eladási_ár

(aktuális) – Készletinformációkat: termék, készletDb

• REST WS: Termék és készletinformációk lekérésée • SOAP WS: Termék értékesítése

• Határidő: 2017. március 13.

Szükséges alapok

• HTTP

• Adatbázis-kezelés

• JavaScript / Java EE / ASP.NET & C# /Python /???

• Modellezési ismeretek

• XML

BEVEZETÉS

Szoftver rendszerek

Monolitikus Elosztott

Hagyományos Web-alapú szoftverek

Web alkalmazások Szolgáltatás-orientált

alkalmazások

Web-es architektúra

Adatbázis szerver

Back End

Adatbázis szerver

XML DBMS

Nagy kapacitású, összetett

számításokat végző szerver

Front End

Logikai Layer Prezentációs Layer

Middleware

Alkalmazás szerver

Web szerver

Prezentációs szerver

Web szerver

Kliens: Web böngésző

Kliens: Mobil böngésző /

mobil kliens

Internet

ítés

Web-es architektúra SOA

Adatbázis szerver

Back End / Persistence Layer

Web szolgáltatás (alkalmazási

logika)

Egyéb erőforrások,

legacy systems (ERP, CRM, stb).

Front End

SOA Layer Prezentációs Layer

Middleware

ESB + Orchestration+ Web szerver

Web szerver

Kliens: Web böngésző

Kliens: Mobil böngésző /

mobil kliens

Internet

ítés

SOA: háttér rendszerekből Business Objects (resources), WS + Human task +

Business Rule. Üzleti folyamatok által irányítva

Vállalati alkalmazások

WEB-SZOLGÁLTATÁSOK

Webszolgáltatások „fogalma”

• IBM (lényege) – Egy interface, mely a hálózaton keresztül

szabványos XML üzenetekkel érhető el és hozzá formálsi XML leírás tartozik. (soap, wsdl)

• Sun – Szoftverelemek, melyeket az alkalmazások

felkutatnak, egyesíthetnek és átszervezhetnek, hogy megoldást találjanak a felhasználó problémájára. Elsősorban a Java nyelvre és az XML-re támaszkodnak.

• Microsoft (többféleképpen, lényeg)

– Nem objektummodellekre épít, hanem mindenhonnan elérhető webprotokollokon és adatformátumokon keresztül használjuk. Nem foglalkozik a megvalósítással, bármilyen rendszer, bármilyen programnyelv lehet a kiszolgáló. Nem szorítja meg az XML formátumot.

• W3C. 2004

– “A software system designed to support interoperable machine-to-machine interaction over a network. It has an interface described in a machine-processable format (specifically WSDL). Other systems interact with the Web service in a manner prescribed by its description using SOAP messages, typically conveyed using HTTP with XML serialization in conjunction with other Web-related standards.”

• Bármilyen rendszer • Bármilyen programnyelv • HTTP • URI / URL • MIME típusok • Web itt hálózat, nem feltétlenül Internet (Világháló, World

Wide Web) • Egységesítés, modularitás • (verziózás)

• Kérés-válasz típusú (Request-Response, Rq/Rs) • Lazán kapcsolt • Állapotmentesség

Webszolgáltatások

• Előzmények: – RPC (távoli eljáráshívás)

– XML-RPC

– CORBA

• API – Application Programming Interface

• Fajtái: – SOAP

– RESTful

– ...

State Machine

Példa: Üdítő automata

API, Mashup, Web Service

Mashup

API protokollok - példák

• Atom

• CSV

• FTP

• GData

• GET

• JSON

• MQTT

• POST

• REST

• RSS

• SMPP

• SMTP

• SOAP

• Text

• XML-RPC

• XMPP

RESTful webszolgáltatások

• Representational State Transfer

• CRUD műveletekből HTTP műveleteket készítünk:

Alkalmazás művelet HTTP protokoll

Create POST

Retrieve GET

Update PUT

Delete DELETE

Alap HTTP protokoll tesztelése

• http://web-sniffer.net/

• Chrome Postman plugin

• SoapUI

• apigee.com

• Postman: Twitter API tesztelés

– Új Twitter app: https://apps.twitter.com/app/new

– Twitter API: https://api.twitter.com/1.1/search/tweets.json

Client

Response

Request

Server

User agent

• Request Line • Request Headers • Message Body

• Status Information • Response Header • Message Body

HTTP Request/Response

Client

Response

Request

Server

User agent

GET /index.html HTTP/1.1 Host: www.example.com

HTTP/1.1 200 OK Date: Mon, 23 May 2005 22:38:34 GMT Server: Apache/1.3.3.7 (Unix) (Red-Hat/Linux) Last-Modified: Wed, 08 Jan 2003 23:11:55 GMT ETag: "3f80f-1b6-3e1cb03b" Content-Type: text/html; charset=UTF-8 Content-Length: 131 Connection: close <html> <head> <title>An Example Page</title> </head> <body> Hello World, this is a very simple HTML document. </body> </html>

Erőforrások (Resources) és Reprezentációjuk (Representation)

http://example.com/Resource

Resources

GET /Resource HTTP/1.1 Accept: application/XML

HTTP/1.1 200 OK XML Representation of

Resource

agent (example.com)

Erőforrás: dokumentum, adat, stb.

a szerveren, amit a kliens elérhet.

Az erőforrásoknak számos

reprezentációjuk lehet: pl.: JSON, XML

A kérésben a kliens megadhatja az

elvárt reprezentációt.

RESTful webszolgáltatások

• HTTP(S)

– Hívás 1 – GET

• URL (http://server/service?param1=ertek1&...)

• Név-érték párok (nincs struktúra, csak felsorolás)

• Urlencoding (értékek) Karakter ascii kódja hexadecimálisan % jel után („ ”=„+”)

• 2047 byte adat lehet a kérésben

Rész(let)ek

• HTTP(S)

– Hívás 2 – POST

• URL (http://server/service)

• Request data: bármi

• Request header Content-Type

» application/x-www-form-urlencoded (Név-érték párok (nincs struktúra, csak felsorolás))

» text/xml (lehet strukturálni)

Rész(let)ek

• HTTP(S) – Eredmény / Válasz

• Bármi lehet

• Általában szöveges adatok

• Response header Content-Type

• HTML

• TEXT

• XML

• JSON (JavaScript Object Notation)

Példa:

<?xml version="1.0"

encoding="UTF-8"?>

<direct-messages

type="array">

<direct_message>

<text>Hello</text>

<name>Teszt Elek</name>

</sender>

</direct-message>

</direct-messages>

"text":"Hello",

"sender":{

"name":"Teszt Elek"

JSON (JavaScript Object Notation)

• Nyelvtől független szöveg formátum („C-szerű leírás”) • Emberek számára is olvasható–írható, • Könnyen feldolgozható és előállítható, adatcsere-formátum. A JSON-nak két típusú felépítése lehetséges: • név-érték párok halmaza • értékek rendezett halmaza (pl. tömb, vektor) JSON ELEM LÉTREHOZÁSA PHP-BAN

<?php $array = array ('a'=>1,'b'=>2,'c'=>3,'d'=>4,'e'=>5); echo json_encode($array); // Eredmény: {"a":1,"b":2,"c":3,"d":4,"e":5} ?>

JSON ELEM OBJEKTUMMÁ ALAKÍTÁSA JAVASCRIPTBEN <script type="text/javascript"> var response = '{"a":1,"b":2,"c":3,"d":4,"e":5}'; var result = eval("("+response+")"); alert(result.a); // Eredmény: 1 alert(result.b); // Eredmény: 2 </script>

Rész(let)ek

• Kliens – Bármilyen rendszer

– Bármilyen böngésző

– Bármilyen nyelven írt alkalmazás • Web application

• Desktop application

• HTTP hívás kezdeményezése

• szövegfeldolgozása Szövegműveletek

XML programkönyvtárak

JSON programkönyvtárak

Rész(let)ek

• Szerver

– Bármilyen

– Bármilyen nyelven írt web alkalmazás

• HTTP kérés kiszolgálása Szövegműveletek (mint, ha HTML-t adna vissza)

XML programkönyvtárak

JSON programkönyvtárak

W3C ajánlás (szabványosítás felé)

• SOAP – Simple Object Access Protocol

• Verzió: 1.2

• SOAP – kérés

– Request headerben

• Content-Type: text/xml

• SOAPAction

– Tartalom XML saját névtérben

W3C ajánlás (szabványosítás felé)

• SOAP – válasz

– Response headerben

• Content-Type: text/xml

– Válasz ugyanolyan borítékban (Envelope) található, mint a kérés

– Tartalom XML saját névtérben

Webszolgáltatások használata

Service

Registry /

Broker

Service

Consumer /

Requester

Service

Provider

Register Find

Execute

Webszolgáltatás protokol szintek

Service Transport Service Transport

Service Messaging Service Messaging

Service Description Service Description

Service Discovery Service Discovery - Webszolgáltatások regisztrálása

- UDDI

- Interfész specifikáció

- WSDL

- XML alapú üzenetek

- XML-RPC, SOAP

-Üzenet átviel

- HTTP, SMTP, FTP, BEEP

Service-based Processes Service-based Processes - Webszolgáltatások integrálása

- WS-BPEL

SOAP <soap:Envelope namespaces…>

<soap:Header>

<wsa:MessageID> unique ID </wsa:MessageID>

<wsa:ReplyTo> endpoint </wsa:ReplyTo>

</soap:Header>

<soap:Body>

<bank:BalanceRequest>

</bank:BalanceRequest>

</soap:Body>

</soap:Envelope>

Header

Példa:

Host: server.com

Content-Length: 100

SOAPAction:

"http://server/service"

Content-Type:

text/xml;charset=UTF-8

HTTP/1.1 200 OK

Content-Length: 100

Content-Type:

text/xml;charset=UTF-8

<soapenv:Envelope

xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/>

<soapenv:Header>

</soapenv:Header>

<soapenv:Body>

</soapenv:Body>

</soapenv:Envelope>

SOAP Request Message

<?xml version="1.0"?>

<soap:Envelope

xmlns:soap="http://www.w3.org/2001/12/soap-envelope"

soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">

<soap:Body xmlns:m="http://www.stock.org/stock">

</soap:Body>

</soap:Envelope>

<m:GetStockPrice>

<m:StockName>IBM</m:StockName>

</m:GetStockPrice>

SOAP Envelope

Message

SOAP Envelope

Namespace

Message

Namespace

SOAP Response Message

<soap:Envelope

xmlns:soap="http://www.w3.org/2001/12/soap-envelope"

soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">

<soap:Body xmlns:m="http://www.stock.org/stock">

</soap:Body>

</soap:Envelope>

<m:GetStockPriceResponse>

<m:Price>34.5</m:Price>

</m:GetStockPriceResponse>

SOAP Envelope

Message

Result

returned in

REST példa 1.

GET /stock/IBM HTTP/1.1

Host: www.example.org

Accept: application/xml

SOAP példa 1.

POST /InStock HTTP/1.1

Content-Type: application/soap+xml; charset=utf-8

Content-Length: nnn

<soap:Envelope xmlns:soap="http://www.w3.org/2001/12/soap-

envelope" soap:encodingStyle="http://www.w3.org/2001/12/soap-

encoding">

<soap:Body xmlns:m="http://www.example.org/stock">

<m:GetStockPrice>

</m:GetStockPrice>

</soap:Body>

</soap:Envelope>

REST példa 2.

POST /order HTTP/1.1

Content-Type: application/xml; charset=utf-8

<order>

</order>

SOAP példa 2.

POST /InStock HTTP/1.1

Content-Type: application/soap+xml; charset=utf-8

Content-Length: nnn

<soap:Envelope xmlns:soap="http://www.w3.org/2001/12/soap-envelope" soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">

<soap:Body xmlns:m="http://www.example.org/stock">

<m:BuyStock>

<m:Quantity>50</m:Quantity>

</m:BuyStock>

</soap:Body>

</soap:Envelope>

• Web Service Description Language

• XML alapú specifikációja egy Web szolgáltatásnak

• Szerződés a web service provider és a web service consumer között

• Leírja, hogy:

– Mit, milyen szolgáltatást, funkciót, műveletet érhetünk el?

– Hol érhetjük el (URL, port, protokoll)?

– Hogyan érhetjük el, milyen adatokat, üzenetet kell küldeni, s mit kapunk vissza.

WSDL szerkezete <definitions>

<types>

Típus definíciók, XML séma segítségével. Milyen adatokat viszünk át?

</types>

Üzenet definíció. Milyen üzeneteket küldünk át? Mit kapunk vissza

</message>

Művelet definíció. Mely műveleteket, függvényeket használjuk? Melyik üzenetre milyen a válaszüzenet? </operation>

</portType>

Végpont és műveletek összekötése (protocol definíció). Hogyan vigyük át az üzeneteket?

</binding>

Hol található a szolgáltatás?

</service>

</definitions>

specifikáció

messages

operations

port types

bidings

services and ports

Szolgáltatás

interfész

leírása

Szolgáltatás

implementáció

leírás

WSDL példa

• Tételezzük fel, hogy az alábbi funkciókat nyújtja a webszolgáltatásunk:

public class MyWebService {

public String udv( String nev ) {

return "Hello " + nev + "!";

public int addInt(int n1, int n2 ) {

return n1+n2;

Az ehhez tartozó WSDL – 1. <?xml version="1.0" encoding="UTF-8" standalone="yes"?>

<definitions targetNamespace="http://endpoint.my.ws/"

name="MyWebServiceService"

xmlns="http://schemas.xmlsoap.org/wsdl/"

xmlns:tns="http://endpoint.myws/"

xmlns:xsd="http://www.w3.org/2001/XMLSchema"

xmlns:soap="http://

schemas.xmlsoap.org/wsdl/soap/">

</message>

</message>

</message>

</message> 53

Az ehhez tartozó WSDL – 2. <portType name="MyWebService">

</operation>

</operation>

</portType>

Az ehhez tartozó WSDL – 3. <binding name="MyWebServicePortBinding"

type="tns:MyWebService">

<soap:binding

transport=http://schemas.xmlsoap.org/soap/http

style="rpc"/>

<soap:operation

soapAction="http://localhost:8080/addInteger"/>

<input>

<soap:body use="literal"

namespace="http://endpoint.myws/"/>

</input>

<soap:body use="literal"

namespace="http://endpoint.myws/"/>

</output>

</operation>

</operation>

</binding> 55

Az ehhez tartozó WSDL – 4.

<port name="MyWebServicePort"

binding="tns:MyWebServicePortBinding">

<soap:address location="http://localhost:8080"/>

</port>

</service>

</definitions>

• Új irányok/fejlesztések – WADL (Web Application Definition Language)

– WSEL (Web Service Endpoint Language): a szolgáltatás egyéb jellemzőinek leírása, pl.: biztonsági rendszer, használat költségei

– …

• Universal Description, Discovery and

Integration

• Webszolgáltatás-tár, API specifikáció webszolgáltatások felderítéséhez

• Szolgáltatáskatalógus része

UDDI struktúra

• Business entity – szervezeti információk, kontakt

• Business Service – Nyújtott szolgáltatások

• Binding Template – A szolgáltatás eléréséhez szükséges információk

• tModel (technikai model) – Specifikáció, pl.: WSDL

– Osztályozási, kategorizálási információk

UDDI példa

Tesztelés – SoapUI

• Felület

• WSDL import

• Validálás (Rq/Rs)

• http://sourceforge.net/projects/soapui/

WS teszt - weather

SoapUI

SoapUI teszt

Példák

• http://www.webservicex.net/ws/default.aspx

• http://www.service-repository.com/

WS segédletek

• JAX-WS tutorial: http://netbeans.org/kb/docs/websvc/jax-ws.html

• JAX-RS tutorial: http://www.vogella.com/articles/REST/article.html

• Netbeans RESTful Web Service Tutorial: http://netbeans.org/kb/docs/websvc/rest.html

• Create simple Web Service in Visual Studio: http://sarangasl.blogspot.hu/2010/09/create-simple-web-service-in-visual.html

• Step-by-step: http://www.c-sharpcorner.com/UploadFile/1d42da/web-service-basics/

• Building ASP.NET Web API RESTful Service: http://www.agile-code.com/blog/building-an-asp-net-web-api-restful-service/

Példa

• Java kliens kódja (BarCode, SOAPClientTest) – SOAP (automatikus kódgenerálás, JAXB) FileOutputStream fw = null;

net.webservicex.BarCode service = new

net.webservicex.BarCode();

net.webservicex.BarCodeSoap port =

service.getBarCodeSoap();

fw = new FileOutputStream(filename);

fw.write(port.code39(jTextField1.getText(),

Integer.parseInt(jTextField2.getText()),

getLatszik(), jTextField4.getText()));

fw.close();

Példa

• Java kliens kódja (BarCode, SOAPClientTest) – Szöveg feldolgozása HTTPCaller hc =new HTTPCaller();

hc.setURL("http://www.webservicex.com/barcode.asmx");

String req="<soapenv:Envelope xmlns:q0=\"http://www.webserviceX.NET\"

xmlns:soapenv=\"http://schemas.xmlsoap.org/soap/envelope/\"

xmlns:xsd=\"http://www.w3.org/2001/XMLSchema\" xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-

instance\"><soapenv:Header></soapenv:Header><soapenv:Body> <q0:Code39>

<q0:Code>".concat(jTextField1.getText()).concat("</q0:Code><q0:BarSize>").concat(jTextField2.ge

tText()).concat("</q0:BarSize><q0:ShowCodeString>").concat((String)

jComboBox1.getSelectedItem()).concat("</q0:ShowCodeString>

<q0:Title>").concat(jTextField4.getText()).concat("</q0:Title></q0:Code39></soapenv:Body></soap

env:Envelope>");

hc.setData(req);

fw = new FileOutputStream(filename);

Map RqHeader = new TreeMap();

RqHeader.put("Host", "www.webservicex.com");

RqHeader.put("Content-Length", String.valueOf(req.length()));

RqHeader.put("SOAPAction", "http://www.webserviceX.NET/Code39");

RqHeader.put("Content-Type", "text/xml;charset=UTF-8");

String res=hc.getStringResult(RqHeader);

fw.write(Base64.decode(res.substring(res.indexOf("<Code39Result>")+14,

res.indexOf("</Code39Result>"))));

fw.close();

SZOLGÁLTATÁS ORIENTÁLT ARCHITEKTÚRÁK (SOA)

Bevezetés

• A növekvő adatkereslettel és az infrastruktúra komplexitásával olyan új architektúrára van szükség, ami lehetővé teszi a vállalkozások számára a rugalmasságot és a kiterjeszthetőséget.

• Alapvetően kódmentes, önálló logikai adatintegrációs forma.

• IT (és üzleti) stratégiai eszköz.

• A „Hogyan?” helyett a „Mit?”-re koncentrálva az integrációs megoldások gyors fejlesztése valósítható meg.

SOA - tulajdonságok

• Jól definiált illesztő felületet ad, fekete doboz - elrejti implementációjának részleteit –

• Nyílt szabványú mechanizmusokon át hívható

• Építőelemei: (lazán csatolt) szolgáltatások

• A szolgáltatások önállóan is működőképesek, platform- és eszközfüggetlenek (tetszőleges technológiával készülhetnek), szabványos, jól definiált interfésszel rendelkeznek, és szabványos adatcsere- és kommunikációs protokollokkal érhetők el az elosztott hálózatokban.

Út a SOA-ig

• Monolitikus rendszerek

• Eljárások, függvények, távoli eljárás-hívás (RPC)

• OOP, objektum hívások

• Webes protokollok: HTTP, FTP, POP3, SMTP

• Web szolgáltatások

• SOA

Út a SOA-ig: Monolitikus vállalati alkalmazások (silo rendszerek)

• Az egyes alkalmazások közötti kapcsolat nincs vagy igen korlátozott.

• Minden funkcionalitás az felhasználói interfész segítségével van kialakítva.

• Új funkcionalitás beépítése esetén programozó szükséges.

Vállalati információs rendszer Pl.: Könyvelés és számvitel

(pénzügy) - C++, Java, stb.

Szállító rögzít. Szállító rögzít.

Számla rögzít. Számla rögzít.

Számla mód.

Számla törlés

Felhasználói interfész

Programlogika

Út a SOA-ig: Munkafolyamatok (fejben)

Számla mód.

Számla törlés

Felhasználói

interfész (UI)

Program-

logika

Előzetes elle

rzés Elő

zetes ellen

őrzés

Jóváh

agyás Jó

váhagyás

Út a SOA-ig: Task management

Számla mód.

Számla törlés

Felhasználói

interfész (UI)

Program-

logika

Előzetes elle

rzés Elő

zetes ellen

őrzés

Jóváh

agyás Jó

váhagyás

Előzetes ellenőrzés

Jóváhagyás Számla

rögzítése

Út a SOA-ig: Munkafolyamat management

Számla mód.

Számla törlés

Felhasználói

interfész (UI)

Program-

logika

Előzetes elle

rzés Elő

zetes ellen

őrzés

Jóváh

agyás Jó

váhagyás

Előzetes ellenőrzés

Jóváhagyás Számla

rögzítése

Út a SOA-ig: Szolgáltatás integráció

(pénzügy)

Számla mód.

Számla törlés

Szolgáltatás

interfész

Alkalmazási

logika

Előzetes elle

rzés Elő

zetes ellen

őrzés

Jóváh

agyás Jó

váhagyás

Adatbevitel Jóváhagyás Számla

rögzítése Számla

rögzítése Ellenőrzés Ellenőrzés

Váll. Szabályok

Út a SOA-ig: Összetett szolgáltatások

(pénzügy)

Számla mód.

Számla törlés

Szolgáltatás

interfész

Alkalmazási

logika

Ellenő

rzések

Ellenő

rzések

Új szab

ályok

Új szab

ályok

Adatbevitel Jóváhagyás Számla

rögzítése Számla

rögzítése Ellenőrzés Ellenőrzés

ESB – szolgáltatás sín ESB – szolgáltatás sín Összetett

szolgáltatások

SOA - ESB

• Rugalmas kapcsolatot,

• Egységes keretet,

• Szabványos kommunikációt biztosít

Szoftver rendszerek

Monolitikus Elosztott

Hagyományos Web-alapú szoftverek

Web alkalmazások Szolgáltatás-orientált

alkalmazások

Szolgáltatás

• Moduláris • Önleíró • Szabványos szerkezetű • Adott funkciót, feladatot biztosít, például:

– SAP modul funkciója: pl: készlet lekérdezés – Java osztály – Tárolt eljárás (adatbázisban) – Üzenetküldés – Robot interfésze – Szenzor mérési eredménye

SOA példa

• A megvalósításának egy példája:

Web Services Szolgáltatások – melyek összekapcsolódás mentesek - ahelyett, hogy a forráskódúkba ágyazva hívnák meg egymást, egy előre meghatározott protokollt használnak az egymással való kommunikáció leírásához:

• A WDSL (Web Description Services Language) a szolgáltatásokat

• a SOAP (Simple Object Access Protocol) pedig kommunikációs protokollokat írja le.

Szolgáltatások típusai

• Üzleti szolgáltatások: teljes vagy rész üzleti funkciókat valósítanak meg. – ügyfélkezelés

– számlakezelés

• Technikai szolgáltatások: Az üzleti szolgáltatások megvalósításához az egységesítés és újrafelhasználás érdekében nélkülözhetetlenek olyan alacsonyabb szintű építőelemek, melyek az üzleti felhasználók számára nem láthatók. – naplózás,

– archiválás,

– dokumentumtárolás,

– megjelenítési szolgáltatások

SOA Igérete

• A SOA nagy ígérete: az alkalmazások fejlesztési költsége az időben előre haladva a végtelenben a nullához közelit, mivel egyre több szolgáltatás áll rendelkezésre az újabb feladat megvalósításához.

• Ezáltal a fejlesztések egyre inkább csak szolgáltatások egymás után kötéséből állnak. Erre a célra használt eszközök a Business Process Management, BPEL, WS-CDL, WS-Coordination.

Programozók vs. szoftverfejlesztők

• A programozók az alkalmazások fejlesztéséhez olyan hagyományos nyelveket használnak, mint Java, C++, C, C#.

• Szoftverfejlesztők, szoftvermérnökök és a különböző üzleti folyamat szakértői egy megfelelő hangszerelést használva kapcsolják össze az egyedi SOA objektumokat.

SOA létrejöttének okai

• rugalmatlan üzleti megoldások

• integrációs nehézségek a szabványok hiánya miatt

• architekturális problémák

• ad hoc fejlődés

• pont-pont kapcsolatok

• heterogén szigetmegoldások

• infrastrukturális hiányok

• lecserélési korlátok

• növekvő modularitás

Enterprise Application Integration (EAI), mint a SOA elődje

• A vállalati szintű alkalmazásintegráció (EAI) a különféle vállalati szoftverrendszerek (például ERP, SCM, CRM szoftverek) belső integrációját jelenti.

• Ahhoz, hogy a különböző szoftvereket folyamat-orientált módon integráljunk, az egyszerű, alkalmazások közötti pont-pont adatcsere nem elegendő.

• A megfelelő megoldás a több alkalmazást is érintő komplex folyamatok leképezése.

• A szolgáltatásorientált architektúra lazán kapcsolódó, és együttműködő szoftverszolgáltatások segítségével támogatja az üzleti és egyéb folyamatokat.

SOA Alapelvei

• Újrafelhasználhatóság

• Részletesség

• Modularitás

• Komponálhatóság (composability)

• Komponensalapúság

• Együttműködési képesség

• Szabványok közti együttműködés (fő és vállalat specifikusan)

• Szolgáltatások – azonosítása és kategorizálása

– elérhetősége és átadása

– megfigyelése és követése.

SOA infrastruktúra részei

• Szolgáltatások

• Szolgáltatásbusz (ESB)

• Szolgáltatástár (Registry-Repository)

• Front-end rendszerek (felhasználók)

• IT Service Management

• Üzleti monitorozás

Szabványos megvalósítás

BPEL - Business Process Execution Language

SOA keretrendszer

• A SOA keretrendszerek olyan újrafelhasználható szolgáltatásokat tartalmaznak, (vállalati osztályok feladatai, műveltei), és kellően megtervezettek ahhoz, hogy méretük változtatható legyen a betöltésük során, illetve megfeleljenek a különböző típusú tartós alkalmazások követelményeinek.

• Keretrendszer használatával jó minőségű szolgáltatás fejleszthető, amit tervezési minták és hasznos gyakorlatok segítenek.

Keretrendszer - fejlesztőknek

• Egy egységes alapot használnak az alkalmazások, webszolgáltatások és portálok készítésére.

• Fejlesztik a termelékenységet azáltal, hogy fuzionálnak a tervezési mintákkal és a helyes tapasztalatokkal.

• Kevesebb kódot írnak azáltal, hogy kihasználják a keretrendszer nyújtotta lehetőségeit.

• A J2EE/.NET szabványok és specifikációjuk ismerete nem szükséges.

• Nem szükséges szakértőnek lenniük az objektumorientált tervezésben és tervezési mintákban ahhoz, hogy ezt használják.

Keretrendszer - vállalatoknak

• Katalizátor a szolgáltatásorientált architektúra eléréséhez és alacsony költséghez

• Ismételhetőséget és egy minimális szintű architekturális és tervezési merevséget

• Fejlett üzleti gyorsaságot moduláris megoldás eredményeként, amik könnyen változtathatóak, gyakran konfigurációs módosítások által.

• Nagyobb következetességet, előre láthatóságot, és jobb teszt megoldást.

• Fejlett fejlesztői mobilitást projektek között

Szolgáltatások életciklusa

• Elemzés és elvárások – Az üzlet kezdetben inicializálja és prioritásuk szerint sorrendbe teszi az

üzleti igényeket.

• Tervezés és fejlesztés – A tervezési fázisban az üzleti elemzők szorosan együttműködnek a

modellezőkkel a megfelelő eredmény érdekében.

• IT üzemeltetés – Felelős a tesztelését, véghezvitelért, a megfelelő környezetért, a

hálózati méretezésért, és az adatközpontért. Feladata a bevezetés, monitorozás és a következő szint biztosítása. Követelményei a függőségek nyomon követése, és kezelése, alkalmazások támogatásának biztosítása, bevezetése és az üzleti szolgáltatások menedzselése a termelésben.

Üzleti folyamatok felügyelete – Business Process Management (BPM)

• A folyamatok pontos megértésének segítségével csökkenti a kockázatokat, még a megvalósítást megelőzően. Redundanciák és szűk keresztmetszetek azonosítására és kiküszöbölésére szolgál.

• Elősegíti folyamatok automatizálásának megvalósítását a kézi tevékenységek kiiktatásával és új üzleti szabályokat és folyamatokat hajt azonnali végre. Megjeleníti a folyamatok valós viselkedését a legfontosabb működési jellemzők mérésével.

• Hosszú futási idejű, szinkronizált és aszinkron üzleti folyamatok menedzselésére használják.

SOA – előnyei

• Újrafelhasználhatóság

• fejlesztési, adminisztratív és üzemeltetési költség csökkenése

• egységes fejlesztési és üzemeltetési módszertan

• üzlet és IT hatékony együttműködés

• rugalmasak, átláthatóak, mérhetőek és monitorozhatóak vállalati/üzleti folyamatok

• Szabványok alkalmazása jellemzi

SOA - hátrányai

• Kiegészítő környezet és tervezés szükségeltetik

• Különböző platformok és termékek közötti együttműködés létrehozása lehetetlen megfelelő szakember hiányában

• Bevezetésének lépéseit nem szabad elkapkodnunk

• Ne csak a rövidtávú, hanem a hosszú távú szempontokat is vegyük figyelembe a döntéseinkben és építsük fel a szükséges tudást

• Legyen elkötelezett a cégmenedzsment a SOA irányába, illetve az IT és az üzlet legyenek egyenrangú felek, ismerjék meg egymást, alakítsanak ki közös nyelvet

SOA és a Web 2ade.web.elte.hu/webtech/Webtech-1.pdfWeb-es architektúra SOA Adatbázis szerver Back...

Documents

Relaunch von wien.at - Webtech Mainz 2010

Chowdhury webtech

SOA Gerando Valor e Como Vender SOA na Crise

WebTech 2009: Best Practices in JavaScript und CSS (kommentiert)

Szerver géptermek építése

IBM FileNet P8 Tájékoztató - Főoldal · 2017-09-27 · IBM FileNet P8 Tájékoztató 2.2.1 Taskmaster Szerver, RuleRunner Szerver Taskmaster Szerver Ez a komponens a Datacap alkalmazás

To SOA or not to SOA

Soa Next Steps/Passos de Adoção SOA

Prezentáció: Panasonic KX-NS1000 SIP kommunikacios szerver

SOA és a Web 2ade.web.elte.hu/BPMN/Webtech-1.pdf · Témakörök • Web szolgáltatások –első beadandó • Szolgáltatás-Orientált Architektúrák - SOA • Üzleti folyamatmenedzsment

Türme bauen mit Schildbürgern (Webtech Edition)

Soluciones SOA SarbOx Accelerator Soluciones SOA SarbOx Accelerator

Szerver otthonra - Opensuse 11.4

Molnár Zoltán HP szerver újdonságok Vezető€¦ · Embedded Management HP iLO Management Engine (iLO 4) Intelligent Provisioning Active Health System ... HP Moonshot szerver

ArcIMS szerver alapú geoinformációs adatbázis integrációjának problémái

Szerver virtualizációs technológiák

Vortrag Webtech 2009

Usability Testing - WMBN meets WebTech€¦ · WEBTECH & WMBN - USABILITY TESTING. WHEREGROUP - UNTERNEHMEN • 40 Mitarbeiter an drei Standorten: Bonn, Berlin, Freiburg • Moderne

Schöne neue Welt von HTML5 - WebTech 2010 Mainz 12.10.2010

Javascript auf Client und Server mit node.js - webtech 2010