Egyes vállalatoknál az üzleti folyamatok felgyorsítása, egyszerűsítése, másoknál a szervezeti átalakítás, egy rugalmasabb architektúra kiépítése vagy éppen a meglévő infrastruktúra védelme a fő szempont – mutatott rá Nagy Zoltán, az Alerant Informatikai Zrt. szakértője.

Szolgáltatásbuszok
Az infrastruktúra átalakítása az új szemléletmód szerint gyakran elkerülhetetlen és sok kihívással jár. A szolgáltatások és rendszerek közötti kapcsolatok száma robbanásszerűen megnő, ugyanakkor alapvető igény a központi karbantarthatóság, monitorozhatóság, paraméterezhetőség. Olyan integrációs megoldásra van tehát szükség, amely a SOA-alapelveknek is megfelel, így biztosítja a szolgáltatáshívó és -nyújtó komponensek laza csatolását, a szolgáltatások újrafelhasználhatóságát, felderíthetőségét, valamint központi kezelését.

- A szolgáltatásbusz (Enterprise Service Bus, ESB) a logikai architektúra olyan komponense, amely a SOA-alapelvekhez igazodva ad integrációs megoldást – mondta Nagy Zoltán. Az ESB definíciói nem határoznak meg további konkrétumokat, tényleges szerepét az egyedi használati esetek szabják meg. A SOA-bevezetéseknél emiatt gyakran merül fel a kérdés, hogy milyen ESB-megoldást alakítsunk ki. A legfontosabb elvárás, hogy támogassák a szabványokat, az üzenet vagy esemény alapú kommunikációt, az üzenet és protokolltranszformációkat, a szolgáltatás és üzenetszintű biztonságot, valamint tegyék lehetővé a tartalomalapú irányítást és az SLA-kritériumok kezelését, monitorozását.Az ESB bevezetésekor az újrafelhasználhatóság eredményeképpen a vállalatok hamar szembesülnek azzal a problémával, hogy a rendszerek szolgáltatásait más alkalmazások is elkezdik használni, így az előre becsültnél jóval nagyobb terheléssel kell szembenézniük. Fontos tehát a védelmük.

Infrastruktúravédelem
A SOA-architektúrákban a hívó rendszerek jogosan várják el, hogy elküldött kéréseikre a megadott időn belül, garantáltan választ kapjanak. Bár a timeout kezelése a szolgáltatásbuszok alapvető feladata, gyakran van szükség egyedi megoldásokra. Jellemző, hogy a hívó rendszerek az elküldött üzenetben megadják azt az időtartamot, ameddig „hajlandók” a válaszra várni, a háttérrendszerek pedig garantálják, hogy az üzenet feldolgozására nem fordítanak ennél több időt.
Az infrastruktúravédelmi megoldások másik alapvető feladata, hogy ellenőrzés alatt tartsák a hívó alkalmazásoktól érkező kéréseket megvédve így a háttérrendszereket a túlterheléstől. A feladatot ellátó komponens gyakran külön elemként jelenik meg az architektúrákban (gateway vagy gate keeper), de a gyakorlatban jellemző az is, hogy ezt az ESB vagy annak eszközkészletével implementált egyedi megvalósítás végzi.

- A túlterhelésvédelmet célszerű úgy megvalósítani, hogy hívó rendszerenként és szolgáltatásonként külön-külön határozhassuk meg az SLA-kritériumokat, így az időalapú mérőszámokat vagy az áteresztőképességgel kapcsolatos feltételeket – emelte ki a szakértő. - Tapasztalataink azt mutatják, hogy a SOA-architektúrából származó előnyöket a vállalatok akkor tudják hasznosítani, ha már a bevezetésnél pontosan ismerik elvárásaikat és céljaikat, s ennek megfelelő egyedi, testreszabott megoldást hoznak létre. A kezdeti döntések, a helyes irány és stratégia megválasztása kulcsfontosságú.