Webtechnológiák információs redszerekben Bevezető 1.
Témakörök Ismertetés, bevezető, mashup, WS bővebben - SOA Üzleti folyamatmenedzsment BPM Enterprise Architecture ARIS Big Data Nagyvállalati web-alkalmazások Meghívott előadók Konzultáció
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ő: 2014. márc. 14.
Szükséges alapok HTTP Adatbázis-kezelés JavaScript / Java nyelv (Java EE) / ASP.NET & C# Modellezési ismeretek XML Web-szolgáltatások
BEVEZETÉS 6
Szoftver rendszerek Szoftver rendszerek Monolitikus Elosztott Hagyományos Web-alapú szoftverek Web alkalmazások Szolgáltatás-orientált alkalmazások
Egygépes (standalone) alkalmazások Kliens gép 1 Kliens gép 2 Kliens gép N Program Program Program... Adatok (fájlok) Adatok (fájlok) Adatok (fájlok) A program teljes egészében a munkaállomáson fut. Az adatok ugyanitt tárolódnak. Egyszerre csak egy felhasználó használhatja. Semmilyen hálózati kapcsolat nincs, a különálló programok közti adatszinkronizáció meglehetősen nehézkes.
Egyszerű kliens-szerver alkalmazások 1. Egy vagy több szerver gép erőforrásait (jellemzően adatait) megosztja a kliensek között. Jobb esetben on-line. Az alkalmazás egy része (adatbázis-kezelő rsz.) a szerven fut. Kliens gép 1 Program Kliens gép 2 Program Intranet Szerver gép Az alkalmazás logikát implementáló rész a kliens gépeken fut. vastag kliens rendszerek... Kliens gép N RDBMS (Relational DataBase Management System) Egy adatbázist többféle kliens program is használhat. Program Egyszerre több konkurrens felhasználó használhatja.
Egyszerű kliens-szerver alkalmazások 2. Jellemzően intranet-es alkalmazásoknál használatos. Kliens gép 1 Terheli a kliens gép erőforrásait. Gyakran mindenféle driver-ek telepítését igényli a kliens gépeken Program Kliens gép 2 Program Intranet Szerver gép Verziófrissítés alkalmával az összes kliens-en frissíteni kell a programot. A RAD (Rapid Application Development) sok eszközzel támogatott, számos jó vizuális fejlesztőkörnyezet: gyorsan összekattint-gathatunk és leprogramozhatunk komoly alkalmazásokat.... Kliens gép N Program RDBMS (Relational DataBase Management System)
Többrétegű (multitier) hálózati alkalmazások Minimálisan három réteg létezik: Front End = kliens oldali felhasználói réteg (általában egy WEB böngészőben) Middleware = szerver oldali prezentációs és logikai réteg (általában egy WEB szerveren beágyazott script-ekben összeolvasztva a megjelenítés és az egyszerűbb logika) Back End = hátsó szerver oldali nagykapacitású tároló (adatbázis szerver) vagy számoló réteg
Háromrétegű architektúra Front End Middleware Back End Kliens gép 1 Adatbázis szerver WEB Böngésző Kliens gép 2 WEB Böngésző... Internet/ Intranet Web szerver Web Server Application Server (pl. PHP) RDBMS (Relational DataBase Management System) Adatbázis szerver XML DBMS (XML DataBase Management System) Kliens gép N Egyéb szerver WEB Böngésző Nagykapacitású, bonyolul számításokat végző alkalmazás
Többrétegű architektúra Front End Kliens gép 1 Prezentációs layer Middleware Logikai layer Back End Adatbázis szerver WEB Böngésző Web szerver1 Web Server Applikációs szerver1 RDBMS (Relational DataBase Management System) Kliens gép 2 WEB Böngésző... Kliens gép N Internet/ Intranet Prezentációs alkalmazás (pl. JSP)... Web szerverk Web Server Application Server... Applikációs szerverm Adatbázis szerver XML DBMS (XML DataBase Management System) Egyéb szerver WEB Böngésző Prezentációs alkalmazás (pl. JSP) Application Server Nagykapacitású, bonyolul számításokat végző alkalmazás
Többrétegű architektúra jellemzői Load balancing, terhelésmegosztás. Tervezést támogató környezetek: Java J2EE,.Net. Architektúra felosztás-összevonás logikai szinten. A rendszer logikai architektúrája (tervezés, programozás) független a számítógépes megvalósítástól, hálózattól. A logikai réteg tovább osztható. Nagyon sok konkurens felhasználó kiszolgálására optimalizálva
Többrétegű architektúra jellemzői Kliens gép: böngésző, a logika többnyire a szerveren található vékony kliens architektúra Minimális logika a klienseken: a beviteli adatok validálására, a lapok speciális megjelenítésére (pl. JavaScript). A szerveren elkülönül az adattárolás, a logika és a prezentáció eltérő szerepkörök Az egyes szintek önmagukban is tesztelhetőek. A rendszer egyes komponensei több célra vagy újra felhasználhatók.
Többrétegű architektúra jellemzői A vékony kliensek miatt nagyon gyenge kliens gépek is elegendők. A technológia platformfüggetlen. A kliensekre nem kell drivert telepíteni. A verziófrissítés csak a szervert érinti, a klienseket nem. Sajnos egyelőre elég kevés eszköz támogatja a RAD-ot (Rapid Application Development), a környezet kevés segítséget nyújt a programozónak a megoldási lehetőségek kiválasztásában Házi szabványok, saját keretrendszerek készülnek. Nehezebb tesztelni
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
Információs rendszer 3 rétege Kliens Firewall Proxy Web Server Alkalmazás szerver (Üzleti logika, Adathozzáférés) Megjelenítési réteg (Presentation Layer) Alkalmazási logika réteg (Business Layer) Backend (Vállalati információs rendszer) DBMS B2B Erőforráskezelő réteg (Data Layer)
Információs rendszer 3 rétege Kliens Firewall Proxy Web Server Alkalmazás szerver (Üzleti logika, Adathozzáférés) Megjelenítési réteg (Presentation Layer) Alkalmazási logika réteg (Business Layer) Backend (Vállalati információs rendszer) DBMS B2B Erőforráskezelő réteg (Data Layer)
Vállalati alkalmazások
WEB-SZOLGÁLTATÁSOK 22
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. 23
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. 24
Webszolgáltatások fogalma Bármilyen rendszer Bármilyen programnyelv HTTP 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) 25
Webszolgáltatások Előzmények: RPC (távoli eljáráshívás) CORBA... Fajtái: SOAP RESTful... 26
Webszolgáltatások használata Service Registry / Broker Find Register Service Consumer / Requester Bind Execute Service Provider 27
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 28
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 29
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 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 <?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 36
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 37
SOAP 38
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 39
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 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>
W3C ajánlás (szabványosítás felé) WSDL Web Service Definition Language Verzió: 1.1 <definitions>: A WSDL gyökér eleme <porttype> Művelet definíció. Mely műveleteket, függvényeket használjuk? Melyik üzenetre milyen a válaszüzenet? <message> Üzenet definíció. Milyen üzeneteket küldünk át? <types> Típus definíciók, XML séma segítségével. Milyen adatokat viszünk át? <binding> Végpont és műveletek összekötése (protocol definíció). Hogyan vigyük át az üzeneteket? GET,POST,SOAP Vannak új irányok: JMS; Fájlírás, -figyelés <service> Végpont definíció. Hol található a szolgáltatás? 50
WSDL szerkezete <definitions> <porttype> </porttype> <message> </message> <types> </types> <binding> </binding> </definitions> 51
WSDL példa: <types> <types> <schema targetnamespace="http://example.com/stockquote.xsd" xmlns="http://www.w3.org/2000/10/xmlschema"> <element name="tradepricerequest"> <complextype> <all> <element name="tickersymbol" type="string"/> </all> </complextype> </element> <element name="tradeprice"> <complextype> <all> <element name="price" type="float"/> </all> </complextype> </element> </schema> </types> 52
WSDL példa: <porttype> és <message> <porttype name="glossaryterms"> <operation name="getterm"> <input message="gettermrequest"/> <output message="gettermresponse"/> </operation> </porttype> <message name="gettermrequest"> <part name="term" type="xs:string"/> </message> <message name="gettermresponse"> <part name="value" type="xs:string"/> </message> 53
WSDL példa: <binding> <binding type="glossaryterms" name="b1"> <soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http" /> <operation> <soap:operation soapaction="http://example.com/getterm"/> <input> <soap:body use="literal"/> </input> <output> <soap:body use="literal"/> </output> </operation> </binding> <porttype name="glossaryterms"> <operation name="getterm"> <input message="gettermrequest"/> <output message="gettermresponse"/> </operation> </porttype> <message name="gettermrequest"> <part name="term" type="xs:string"/> </message> <message name="gettermresponse"> <part name="value" type="xs:string"/> </message> 54
WSDL példa: <service> <service name= GlossaryTermsService"> <port name= GlossaryTermsSoapHttpPort" binding="tns:glossarytermssoapbinding"> <soap:address location="http://localhost:8080/webservice/glo ssarytermsservice"/> </port> </service> 55
Végrehajtás Enterprise System Web Services Platform WSDL ServiceDeployment XML Schema Library Book.xsd types binding operation Java Method
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 57
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 58
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 60
Tesztelés SoapUI Felület WSDL import Validálás (Rq/Rs) Példa BarCode39 project 62
Példa BarCode vonalkód generálás SoapUI-ban már láttuk Böngésző http://seekda.com/providers/webservicex.com/barcode http://www.webservicex.net/barcode.asmx?op=code39 GET, POST, SOAP Java alkalmazás SOAPClientTest 63
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(); 64
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(); 65
SZOLGÁLTATÁS ORIENTÁLT ARCHITEKTÚRÁK (SOA) 66
67
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. 68
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. 69
Ú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 70
Ú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. 71
Ú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. 72
Ú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. 73
Ú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. 74
Ú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) 75
Ú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) 76
SOA - ESB Rugalmas kapcsolatot, Egységes keretet, Szabványos kommunikációt biztosít 77
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 79
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. 80
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 81
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. 82
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. 83
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 84
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. 86
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. 87
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. 88
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 89
Szabványos megvalósítás 90
BPEL - Business Process Execution Language 91
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. 92
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. 93
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 94
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. 95
Ü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. 96
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 97
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 98
CLOUD COMPUTING 99
Szoftver vs. szolgáltatás - fogalmak S+S (szoftver plusz szolgáltatások) SaaS (szoftver mint szolgáltatás) az alkalmazás az ügyfélnél fut, és felhasználja további, a felhőben futó alkalmazások szolgáltatásait az alkalmazás a felhőben fut, az ügyfél oldalán nincs szoftver (csak egy böngésző) Cloud Computing, Cloud Platform a felhőben futó alkalmazások létrehozását, futtatását, felügyeletét biztosító/támogató platform
Alkalmazás modellek, fogalmak Mashup Software-as-a-Service (SaaS) Platform-as-a-Service (PaaS): Windows Azure, Google AppEngine, Saleforce.com Infrastructure-as-a-Service (IaaS): Amazon Elastic Compute Cloud (EC2) Google AppEngine
Fejlesztés vagy vásárlás Alkalmazások hol és hogyan? Fejlesztés Vásárlás Helyben futó dobozos alkalmazás Vásárolt, saját adatközpontban futtatott dobozos alkalmazás Helyben futó saját fejlesztés Egyedileg fejlesztett, saját adatközpontban futtatott alkalmazás Helyben Hosztolt dobozos alkalmazás Vásárolt, hoszternél futtatott dobozos alkalmazás Hosztolt saját fejlesztés Egyedileg fejlesztett, hoszternél futtatott alkalmazás Helyben vagy a felhőben Szoftver mint szolgáltatás Vásárolt, szállítónál futtatott hosztolt alkalmazás Cloud Platform Egyedileg fejlesztett, a felhőben futtatott alkalmazás A felhőben
Fejlesztés vagy vásárlás Fejlesztés Vásárlás Példa (gyógyszeripar) Helyben futó dobozos alkalmazás HR System Hosztolt dobozos alkalmazás ERP Szoftver mint szolgáltatás Issue Tracking Email Helyben futó saját fejlesztés Hosztolt saját fejlesztés Cloud Platform Molecule Research Clinical Trial Helyben Helyben vagy a felhőben A felhőben