Webtechnológiák információs redszerekben

Az előadások a következő témára: "Webtechnológiák információs redszerekben"— Előadás másolata:

1 Webtechnológiák információs redszerekben
Bevezető – 1.

2 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

3 Követelmények Három beadandó feladat "Primitív SOA" - WS BPMN feladat
Határidő: kurzusmail szerint BPMN feladat Összetett feladat – órai munka bemutatása, befejezése

4 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ő: márc. 13.

5 1. beadandó Nagykereskedői Információs Rendszer
Készlet lekérdezés - RESTFul Nagykereskedői Információs Rendszer Kiskereskedői Információs Rendszer Beszerzés - SOAP

6 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ő: március 13.

7 Szükséges alapok HTTP Adatbázis-kezelés
JavaScript / Java EE / ASP.NET & C# /Python /??? Modellezési ismeretek XML

8 Bevezetés

9 Szolgáltatás-orientált alkalmazások
Szoftver rendszerek Szoftver rendszerek Monolitikus Elosztott Hagyományos Web-alapú szoftverek Web alkalmazások Szolgáltatás-orientált alkalmazások Web-alkalmazás: kliens-szerver kommunikáció SOA: szerver-szerver kommunikáció

10 Web-es architektúra Front End Logikai Layer Prezentációs Layer
Middleware Alkalmazás szerver Web szerver Prezentációs szerver Adatbázis szerver RDBMS Back End XML DBMS Nagy kapacitású, összetett számításokat végző szerver Kliens: Web böngésző Tartalom HTML / XML Megjelnítés CSS Viselkedés JavaScript Load Balancer Internet Kliens: Mobil böngésző / mobil kliens

11 Web-es architektúra  SOA
SEMATIKUS ábra Front End SOA Layer Prezentációs Layer Middleware ESB + Orchestration+ Web szerver Prezentációs szerver Adatbázis szerver Back End / Persistence Layer Web szolgáltatás (alkalmazási logika) Egyéb erőforrások, legacy systems (ERP, CRM, stb). Kliens: Web böngésző WS Tartalom HTML / XML Megjelnítés CSS Viselkedés JavaScript Load Balancer Internet WS Kliens: Mobil böngésző / mobil kliens SOA: háttér rendszerekből--> Business Objects = resources, WS + Human task + Business Rule. Üzleti folyamatok által irányítva! WS SOA: háttér rendszerekből  Business Objects (resources), WS + Human task + Business Rule. Üzleti folyamatok által irányítva

12 Információs rendszer 3 rétege
Kliens Alkalmazás szerver (Üzleti logika, Adathozzáférés) Megjelenítési réteg (Presentation Layer) Firewall Proxy Web Server DBMS B2B Backend (Vállalati információs rendszer) Alkalmazási logika réteg (Business Layer) Erőforráskezelő réteg (Data Layer)

13 Információs rendszer 3 rétege
Kliens Alkalmazás szerver (Üzleti logika, Adathozzáférés) Megjelenítési réteg (Presentation Layer) Firewall Proxy Web Server DBMS B2B Backend (Vállalati információs rendszer) Alkalmazási logika réteg (Business Layer) Erőforráskezelő réteg (Data Layer)

14 Vállalati alkalmazások
Szerver-szerver kommunikáció

15 Web-szolgáltatások

16 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.

17 Webszolgáltatások „fogalma”
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.”

18 Webszolgáltatások „fogalma”
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

19 Webszolgáltatások Előzmények: API – Application Programming Interface
RPC (távoli eljáráshívás) XML-RPC CORBA API – Application Programming Interface Fajtái: SOAP RESTful ...

20 State Machine 50 25Ft 25 25Ft 10Ft 10Ft 10 35 5Ft 5Ft 5 30
Start 10Ft 10Ft 10 35 5Ft 5Ft 5 30 In a state machine, the machine can exist in only one of a number of states at a given time and can transfer among states through triggering events. With RESTful services the states are represented by resources (i.e. a web page) and the triggers are the hyper-links. The key concept is that each state is independent of the others. Thus the interaction with RESTful services is simplified because the focus is on the resources (states) themselves rather then interactions among them and each interaction is independent of any other Példa: Üdítő automata Tarcsi Ádám: SOA és Web 2.0

21 API, Mashup, Web Service

22 Mashup

23 API protokollok - példák
Atom REST CSV RSS FTP SMPP GData SMTP GET SOAP JSON Text MQTT XML-RPC POST XMPP

24 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

25 Alap HTTP protokoll tesztelése
Chrome Postman plugin SoapUI apigee.com Postman: Twitter API tesztelés Új Twitter app: Twitter API:

26 HTTP Request/Response
Request Line Request Headers Message Body User agent Client Request Server Response Status Information Response Header Message Body

27 HTTP GET /index.html HTTP/1.1 Host: www.example.com User agent Client
Request Server Response HTTP/ OK Date: Mon, 23 May :38:34 GMT Server: Apache/ (Unix) (Red-Hat/Linux) Last-Modified: Wed, 08 Jan :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>

28 Erőforrások (Resources) és Reprezentációjuk (Representation)
agent (example.com) GET /Resource HTTP/1.1 Accept: application/XML Resources 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. HTTP/ OK XML Representation of Resource

29 RESTful webszolgáltatások
HTTP(S) Hívás 1 – GET URL ( 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

30 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) …

31 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)

32 Példa: XML JSON <?xml version="1.0" encoding="UTF-8"?>
<direct-messages type="array"> <direct_message> <text>Hello</text> <sender> <name>Teszt Elek</name> </sender> </direct-message> </direct-messages> JSON [ { "text":"Hello", "sender":{ "name":"Teszt Elek" } ]

33 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>

34 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

35 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

36 SOAP

37 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

38 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

39 Webszolgáltatások használata
Service Registry / Broker Find Register Service Consumer / Requester Service Provider Bind Execute

40 Webszolgáltatás protokol szintek
Service-based Processes Webszolgáltatások integrálása WS-BPEL Service Discovery Webszolgáltatások regisztrálása UDDI Interfész specifikáció WSDL Service Description Service Messaging XML alapú üzenetek XML-RPC, SOAP Service Transport Üzenet átviel HTTP, SMTP, FTP, BEEP

41 SOAP <soap:Envelope namespaces…> <soap:Header> <wsa:MessageID> unique ID </wsa:MessageID> <wsa:ReplyTo> endpoint </wsa:ReplyTo> </soap:Header> <soap:Body> <bank:BalanceRequest> data </bank:BalanceRequest> </soap:Body> </soap:Envelope>

42 SOAP Body Header

43 Példa: Host: server.com HTTP/1.1 200 OK Content-Length: 100
SOAPAction: " Content-Type: text/xml;charset=UTF-8 HTTP/ OK Content-Length: 100 Content-Type: text/xml;charset=UTF-8 <soapenv:Envelope xmlns:soapenv= <soapenv:Header> … </soapenv:Header> <soapenv:Body> </soapenv:Body> </soapenv:Envelope> ContentBasedRouting… egy részét a fejlécbe Tarcsi Ádám: SOA és Web 2.0

44 SOAP Request Message SOAP Envelope Namespace
<?xml version="1.0"?> <soap:Envelope xmlns:soap=" soap:encodingStyle=" <soap:Body xmlns:m=" </soap:Body> </soap:Envelope> <m:GetStockPrice> <m:StockName>IBM</m:StockName> </m:GetStockPrice> Message SOAP Envelope Message Namespace

45 SOAP Response Message <?xml version="1.0"?> <soap:Envelope
xmlns:soap=" soap:encodingStyle=" <soap:Body xmlns:m=" </soap:Body> </soap:Envelope> <m:GetStockPriceResponse> <m:Price>34.5</m:Price> </m:GetStockPriceResponse> Message Result returned in Body SOAP Envelope

46 REST példa 1. GET /stock/IBM HTTP/1.1 Host: Accept: application/xml

47 SOAP példa 1. POST /InStock HTTP/1.1 Host: Content-Type: application/soap+xml; charset=utf-8 Content-Length: nnn <?xml version="1.0"?> <soap:Envelope xmlns:soap=" soap:encodingStyle=" <soap:Body xmlns:m=" <m:GetStockPrice> <m:StockName>IBM</m:StockName> </m:GetStockPrice> </soap:Body> </soap:Envelope>

48 REST példa 2. POST /order HTTP/1.1 Host: Content-Type: application/xml; charset=utf-8 <?xml version="1.0"?> <order> <StockName>IBM</StockName> <Quantity>50</Quantity> </order>

49 SOAP példa 2. POST /InStock HTTP/1.1 Host: Content-Type: application/soap+xml; charset=utf-8 Content-Length: nnn <?xml version="1.0"?> <soap:Envelope xmlns:soap=" soap:encodingStyle=" <soap:Body xmlns:m=" <m:BuyStock> <m:StockName>IBM</m:StockName> <m:Quantity>50</m:Quantity> </m:BuyStock> </soap:Body> </soap:Envelope>

50 WSDL 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.

51 WSDL szerkezete WSDL specifikáció types messages operations port types
<definitions> <types> Típus definíciók, XML séma segítségével. Milyen adatokat viszünk át? </types> <message> Üzenet definíció. Milyen üzeneteket küldünk át? Mit kapunk vissza </message> <portType> <operation> Művelet definíció. Mely műveleteket, függvényeket használjuk? Melyik üzenetre milyen a válaszüzenet? </operation> </portType> <binding> Végpont és műveletek összekötése (protocol definíció). Hogyan vigyük át az üzeneteket? </binding> <service> Hol található a szolgáltatás? </service> </definitions> WSDL specifikáció types messages Szolgáltatás interfész leírása operations port types bidings Szolgáltatás implementáció leírás services and ports

52 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;

53 Az ehhez tartozó WSDL – 1. <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <definitions targetNamespace=" name="MyWebServiceService" xmlns=" xmlns:tns=" xmlns:xsd=" xmlns:soap=" schemas.xmlsoap.org/wsdl/soap/"> <types/> <message name="addIntRequest"> <part name="n1" type="xsd:int"/> <part name="n2" type="xsd:int"/> </message> <message name="addIntResponse"> <part name="sum" type="xsd:int"/> <message name="udvRequest"> <part name="arg0" type="xsd:string"/> <message name="udvResponse"> <part name="return" type="xsd:string"/>

54 Az ehhez tartozó WSDL – 2. <portType name="MyWebService"> <operation name="addInt" parameterOrder="n1 n2"> <input message="tns:addIntRequest"/> <output message="tns:addIntResponse"/> </operation> <operation name="udv" parameterOrder="arg0"> <input message="tns:udvRequest"/> <output message="tns:udvResponse"/> </portType>

55 Az ehhez tartozó WSDL – 3. <binding name="MyWebServicePortBinding" type="tns:MyWebService"> <soap:binding transport= style="rpc"/> <operation name="addInt"> <soap:operation soapAction=" <input> <soap:body use="literal" namespace=" </input> <output> </output> </operation> <operation name="udv"> … </binding>

56 Az ehhez tartozó WSDL – 4. <service name="MyWebServiceService"> <port name="MyWebServicePort" binding="tns:MyWebServicePortBinding"> <soap:address location=" </port> </service> </definitions>

57 Végrehajtás WSDL ServiceDeployment Book.xsd types binding operation
Enterprise System Web Services Platform WSDL ServiceDeployment XML Schema Library Book.xsd types binding operation Java Method

58 WSDL Ú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 …

59 UDDI 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

60 UDDI struktúra Business entity Business Service Binding Template
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

61 UDDI példa

62 Tesztelés – SoapUI Felület WSDL import Validálás (Rq/Rs)

63 WS teszt - weather

64 SoapUI

65 SoapUI teszt

66 Példák http://www.webservicex.net/ws/default.aspx

67 WS segédletek Java JAX-WS tutorial:  JAX-RS tutorial:  Netbeans RESTful Web Service Tutorial:  .NET Create simple Web Service in Visual Studio:  Step-by-step:  Building ASP.NET Web API RESTful Service: 

68 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(); Melyik szerviznek, melyik endportját használom, majd annak függvényét veszem ki… Tarcsi Ádám: SOA és Web 2.0

69 Példa Java kliens kódja (BarCode, SOAPClientTest) Szöveg feldolgozása
HTTPCaller hc =new HTTPCaller(); hc.setURL(" String req="<soapenv:Envelope xmlns:q0=\" xmlns:soapenv=\" xmlns:xsd=\" xmlns:xsi=\" <q0:Code39> <q0:Code>".concat(jTextField1.getText()).concat("</q0:Code><q0:BarSize>").concat(jTextField2.getText()).concat("</q0:BarSize><q0:ShowCodeString>").concat((String) jComboBox1.getSelectedItem()).concat("</q0:ShowCodeString> <q0:Title>").concat(jTextField4.getText()).concat("</q0:Title></q0:Code39></soapenv:Body></soapenv:Envelope>"); hc.setData(req); fw = new FileOutputStream(filename); Map RqHeader = new TreeMap(); RqHeader.put("Host", " RqHeader.put("Content-Length", String.valueOf(req.length())); RqHeader.put("SOAPAction", " 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(); Szövegfeldolgozással Soap üzenet Header Kérés elküldése, Válasz feldolgozása Tarcsi Ádám: SOA és Web 2.0

70 SZolgáltatás orientált architektúrák (SOA)

71

72 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.

73 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.

74 Ú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

75 Ú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. Felhasználói interfész (UI) 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ámla rögzít. Számla mód. Számla törlés Programlogika

76 Út a SOA-ig: Munkafolyamatok (fejben)
Felhasználói interfész (UI) Előzetes ellenőrzés Jóváhagyás 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ámla rögzít. Számla mód. Számla törlés Program-logika

77 Út a SOA-ig: Task management
Előzetes ellenőrzés Jóváhagyás Számla rögzítése Felhasználói interfész (UI) Előzetes ellenőrzés Jóváhagyás 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ámla rögzít. Számla mód. Számla törlés Program-logika

78 Út a SOA-ig: Munkafolyamat management
Előzetes ellenőrzés Jóváhagyás Számla rögzítése Felhasználói interfész (UI) Előzetes ellenőrzés Jóváhagyás 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ámla rögzít. Számla mód. Számla törlés Program-logika

79 Út a SOA-ig: Szolgáltatás integráció
Adatbevitel Ellenőrzés Váll. Szabályok ell. Jóváhagyás Számla rögzítése Szolgáltatás interfész Előzetes ellenőrzés Jóváhagyás Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) Szállító rögzít. Számla rögzít. Számla mód. Számla törlés Alkalmazási logika

80 Út a SOA-ig: Összetett szolgáltatások
Adatbevitel Ellenőrzés Jóváhagyás Számla rögzítése Összetett szolgáltatások ESB – szolgáltatás sín Szolgáltatás interfész Ellenőrzések Új szabályok Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) Szállító rögzít. Számla rögzít. Számla mód. Számla törlés Alkalmazási logika

81 SOA - ESB Rugalmas kapcsolatot, Egységes keretet,
Szabványos kommunikációt biztosít

82 Szolgáltatás-orientált alkalmazások
Szoftver rendszerek Szoftver rendszerek Monolitikus Elosztott Hagyományos Web-alapú szoftverek Web alkalmazások Szolgáltatás-orientált alkalmazások Web-alkalmazás: kliens-szerver kommunikáció. Célja a megjelenítés. A műveleteket kézzel indítja a felhasználó SOA: szerver-szerver kommunikáció

83 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

84 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.

85 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

86 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.

87 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.

88 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

89 SOA technológiák/résztvevők
Integration Broker technológia és eszközök Message Queue, Message Bus Enterprise Application Integration (EAI) eszközök CORBA, COM, Screen scraping Electronic Data Interchange (EDI) Message Oriented Middleware (MoM)

90 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.

91 SOA 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.

92 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.

93 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

94 Szabványos megvalósítás

95 BPEL - Business Process Execution Language

96 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.

97 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.

98 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

99 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.

100 Ü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.

101 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

102 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