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 Készlet lekérdezés - RESTFul Beszerzés - SOAP Kiskereskedői Információs Rendszer 5
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 8
Szoftver rendszerek Szoftver rendszerek Monolitikus Elosztott Hagyományos Web-alapú szoftverek Web alkalmazások Szolgáltatás-orientált alkalmazások
Load Balancer Tartalom HTML / XML Megjelnítés CSS Viselkedés JavaScript Web-es architektúra Front End Kliens: Web böngésző Prezentációs Layer Middleware Logikai Layer Back End Adatbázis szerver Web szerver Prezentációs szerver Alkalmazás szerver RDBMS Adatbázis szerver Kliens: Mobil böngésző / mobil kliens Internet Web szerver Prezentációs szerver Alkalmazás szerver XML DBMS Nagy kapacitású, összetett számításokat végző szerver
WS Load Balancer WS Tartalom HTML / XML Megjelnítés CSS Viselkedés JavaScript WS Web-es architektúra SOA Front End Kliens: Web böngésző Prezentációs Layer Web szerver Middleware SOA Layer ESB + Orchestration+ Back End / Persistence Layer Adatbázis szerver Kliens: Mobil böngésző / mobil kliens Internet Prezentációs szerver Web szerver Prezentációs szerver Web szolgáltatás (alkalmazási logika) Egyéb erőforrások, legacy systems (ERP, CRM, stb). 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 15
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. 16
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. 17
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 18
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... 19
State Machine 25Ft 25 25Ft 50 Start 10Ft 10Ft 5Ft 10 5Ft 35 5 30 Példa: Üdítő automata 20
API, Mashup, Web Service 21
Mashup 22
API protokollok - példák Atom CSV FTP GData GET JSON MQTT POST REST RSS SMPP SMTP SOAP Text XML-RPC XMPP 23
RESTful webszolgáltatások Representational State Transfer CRUD műveletekből HTTP műveleteket készítünk: Alkalmazás művelet Create Retrieve Update Delete HTTP protokoll POST GET PUT DELETE 24
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 25
HTTP Request/Response Request Line Request Headers Message Body User agent Request Client Server Response Status Information Response Header Message Body
HTTP GET /index.html HTTP/1.1 Host: www.example.com User agent Request Client Server Response 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) agent (example.com) http://example.com/resource GET /Resource HTTP/1.1 Accept: application/xml Resources Erőforrás: dokumentum, adat, stb. a szerveren, amit a kliens elérhet. HTTP/1.1 200 OK XML Representation of Resource 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 29
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) 30
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) 31
Példa: XML <?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" } } 32
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> 33
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 34
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 35
SOAP 36
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 37
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 38
Webszolgáltatások használata Service Registry / Broker Find Register Service Consumer / Requester Bind Execute Service Provider 39
Webszolgáltatás protokol szintek Service-based Processes Service Discovery Service Description - Webszolgáltatások integrálása - WS-BPEL - Webszolgáltatások regisztrálása - UDDI - Interfész specifikáció - WSDL Service Messaging Service Transport - XML alapú üzenetek - XML-RPC, SOAP -Üzenet átviel - HTTP, SMTP, FTP, BEEP 40
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>
SOAP Body 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> 43
SOAP Request Message SOAP Envelope Namespace <?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"> <m:getstockprice> <m:stockname>ibm</m:stockname> </m:getstockprice> </soap:body> Message </soap:envelope> Message Namespace SOAP Envelope
SOAP Response 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"> <m:getstockpriceresponse> <m:price>34.5</m:price> </m:getstockpriceresponse> Message </soap:body> </soap:envelope> Result returned in Body SOAP Envelope
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 Host: www.example.org Content-Type: application/soap+xml; charset=utf-8 Content-Length: nnn <?xml version="1.0"?> <soap:envelope xmlns:soap="http://www.w3.org/2001/12/soapenvelope" soap:encodingstyle="http://www.w3.org/2001/12/soapencoding"> <soap:body xmlns:m="http://www.example.org/stock"> <m:getstockprice> <m:stockname>ibm</m:stockname> </m:getstockprice> </soap:body> </soap:envelope>
REST példa 2. POST /order HTTP/1.1 Host: www.example.org Content-Type: application/xml; charset=utf-8 <?xml version="1.0"?> <order> <StockName>IBM</StockName> <Quantity>50</Quantity> </order> 48
SOAP példa 2. POST /InStock HTTP/1.1 Host: www.example.org Content-Type: application/soap+xml; charset=utf-8 Content-Length: nnn <?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.example.org/stock"> <m:buystock> <m:stockname>ibm</m:stockname> <m:quantity>50</m:quantity> </m:buystock> </soap:body> </soap:envelope>
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. 50
WSDL szerkezete WSDL specifikáció types messages operations port types bidings services and ports Szolgáltatás interfész leírása Szolgáltatás implementáció leírás <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> 51
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; } } 52
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/"> <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> <message name="udvrequest"> <part name="arg0" type="xsd:string"/> </message> <message name="udvresponse"> <part name="return" type="xsd:string"/> </message> 53
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"/> </operation> </porttype> 54
Az ehhez tartozó WSDL 3. <binding name="mywebserviceportbinding" type="tns:mywebservice"> <soap:binding transport=http://schemas.xmlsoap.org/soap/http style="rpc"/> <operation name="addint"> <soap:operation soapaction="http://localhost:8080/addinteger"/> <input> <soap:body use="literal" namespace="http://endpoint.myws/"/> </input> <output> <soap:body use="literal" namespace="http://endpoint.myws/"/> </output> </operation> <operation name="udv"> </operation> </binding> 55
Az ehhez tartozó WSDL 4. <service name="mywebserviceservice"> <port name="mywebserviceport" binding="tns:mywebserviceportbinding"> <soap:address location="http://localhost:8080"/> </port> </service> </definitions> 56
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 58
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 59
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 61
Tesztelés SoapUI Felület WSDL import Validálás (Rq/Rs) http://sourceforge.net/projects/soapui/ 62
WS teszt - weather 63
SoapUI 64
SoapUI teszt 65
Példák http://www.webservicex.net/ws/default.aspx http://www.service-repository.com/ 66
WS segédletek Java 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.net Create simple Web Service in Visual Studio: http://sarangasl.blogspot.hu/2010/09/create-simple-webservice-in-visual.html Step-by-step: http://www.csharpcorner.com/uploadfile/1d42da/web-service-basics/ Building ASP.NET Web API RESTful Service: http://www.agilecode.com/blog/building-an-asp-net-web-api-restful-service/ 67
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(); 68
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/xmlschemainstance\"><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(); 69
SZOLGÁLTATÁS ORIENTÁLT ARCHITEKTÚRÁK (SOA) 70
71
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. 72
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. 73
Ú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 74
Ú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) Szállító rögzít. Számla rögzít. Számla mód. Számla törlés Programlogika Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) - C++, Java, stb. 75
Út a SOA-ig: Munkafolyamatok (fejben) Felhasználói interfész (UI) Programlogika Előzetes ellenőrzés Jóváhagyás Szállító rögzít. Számla rögzít. Számla mód. Számla törlés Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) - C++, Java, stb. 76
Ú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) Programlogika Előzetes ellenőrzés Jóváhagyás Szállító rögzít. Számla rögzít. Számla mód. Számla törlés Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) - C++, Java, stb. 77
Ú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) Programlogika Előzetes ellenőrzés Jóváhagyás Szállító rögzít. Számla rögzít. Számla mód. Számla törlés Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) - C++, Java, stb. 78
Ú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 Alkalmazási logika Előzetes ellenőrzés Jóváhagyás Szállító rögzít. Számla rögzít. Számla mód. Számla törlés Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) 79
Ú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 Alkalmazási logika Ellenőrzések Új szabályok Szállító rögzít. Számla rögzít. Számla mód. Számla törlés Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) 80
SOA - ESB Rugalmas kapcsolatot, Egységes keretet, Szabványos kommunikációt biztosít 81
Szoftver rendszerek 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 83
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. 84
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 85
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. 86
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. 87
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 88
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 pontpont adatcsere nem elegendő. A megfelelő megoldás a több alkalmazást is érintő komplex folyamatok leképezése. 90
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. 91
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. 92
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 93
Szabványos megvalósítás 94
BPEL - Business Process Execution Language 95
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. 96
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. 97
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 98
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. 99
Ü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. 100
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 101
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 102