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

Átírás

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

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

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

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

5 Ú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. rögzít. mód. törlés Programlogika Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) - C++, Java, stb. 5

6 Ú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. rögzít. mód. törlés Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) - C++, Java, stb. 6

7 Út a SOA-ig: Task management Előzetes ellenőrzés Jóváhagyás 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. rögzít. mód. törlés Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) - C++, Java, stb. 7

8 Út a SOA-ig: Munkafolyamat management Előzetes ellenőrzés Jóváhagyás 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. rögzít. mód. törlés Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) - C++, Java, stb. 8

9 Út a SOA-ig: Szolgáltatás integráció Adatbevitel Ellenőrzés Váll. Szabályok ell. Jóváhagyás 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. rögzít. mód. törlés Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) 9

10 Út a SOA-ig: Összetett szolgáltatások Adatbevitel Ellenőrzés Jóváhagyás 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. rögzít. mód. törlés Vállalati információs rendszer Pl.: Könyvelés és számvitel (pénzügy) 10

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

12 Szoftver rendszerek Szoftver rendszerek Monolitikus Elosztott Hagyományos Web-alapú szoftverek Web alkalmazások Szolgáltatás-orientált alkalmazások

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

14 14

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

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

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

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

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

20 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. 22

21 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. 23

22 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. 24

23 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 25

24 Szabványos megvalósítás 26

25 BPEL - Business Process Execution Language 27

26 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. 28

27 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. 29

28 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 30

29 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. 31

30 Ü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. 32

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

32 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 34

33 CLOUD COMPUTING 35

34 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

35 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

36 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

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