A gyorsan változó üzleti környezet arra kényszeríti az éles versenyhelyzetben lévő vállalatokat, hogy informatikai rendszereiket is felkészítsék a gyakori és gyors váltásokra. Ennek egyik, ma már általánosan elfogadott módja a szolgáltatásorientált architektúra (SOA). Az adaptív vállalati működés megvalósításához viszont olyan integrált informatikai infrastruktúrára van szükség, amely a SOA mellett az eseményvezérelt üzleti folyamatok megvalósításához is magas szintű támogatást nyújt. A köztes termékek (middleware-ek) új típusa, az Enterprise Service Bus (ESB) erre ad megoldást - mondja Darmai Gábor, az Alerant BEA-termékekért felelős disztribúciós igazgatója.

Szolgáltatások és események
Az eseményvezérelt architektúra (EDA) és a szolgáltatásorientált architektúra az elosztott infrastruktúrák tervezésének két alapvető, már egy ideje létező mintája. Mindkettő arra szolgál, hogy az üzleti komponenseket rugalmas, internetközpontú alkalmazásokká fogja össze, ennek módszerében azonban különböznek egymástól.
A SOA alapú rendszerek a szinkron folyamatokat tudják jól kezelni, ezzel szemben az eseményvezérelt rendszerek (amelyek üzenet alapú köztestermékekre épülnek) az aszinkron folyamatok kezelésében jeleskednek: egy külső esemény váltja ki az azonnali választ nem igénylő üzleti folyamatot. Egy példával érzékeltetve: egy megrendelés feladása aszinkron folyamatot indít el a rendszerben, és a háttérben lezajló folyamatok eredményeképpen megkapjuk a kívánt árut. Ám a rendelés azonnali visszaigazolása már szinkron szolgáltatás.
Ha a vállalat eseményvezérelten működik, a felhasználói rendelések közvetlenül meghatározzák a legyártandó termékek számát (a rendelés beérkezése "kiváltja" a gyártás indítását). Ez utóbbi megközelítés nyilván sokkal költséghatékonyabb, nem is beszélve arról, hogy lehetővé teszi testre szabott szolgáltatások nyújtását minden egyes rendelésre - magyarázza az előnyöket Darmai Gábor.
Az eseményvezérelt architektúra lehetővé teszi a vállalati folyamatok valós idejű monitorozását is (Business Activity Monitoring, BAM). A BAM segítségével az üzleti döntéseket nem az elmúlt eseményekből generált jelentések alapján, hanem az aktuális, pillanatnyi állapotra támaszkodva lehet meghozni.

Enterprise System Bus
Látható, hogy a folyamatok integrációjának két módszere nem helyettesíti, hanem sokkal inkább kiegészíti egymást: a kettőt együtt alkalmazva valósíthatjuk meg informatikai rendszereinkben a valós világnak leginkább megfelelő üzleti folyamatokat.
Az informatikai architektúrák mindeddig vagy szigorúan szolgáltatásorientáltak vagy eseményvezéreltek voltak. A kettő egymás mellett tudott ugyan élni, de az egyik funkcionalitását rendkívül nehéz volt megvalósítani a másikban.
Az Enterprise System Bus (ESB) nagy előnye, hogy közös, egységes platformra helyezi az eseményvezérelt és a szolgáltatásorientált architektúrát, közös szabványok (mint a WebServices és az Oasis Web Services Reliable Messaging) segítségével egyesíti a két paradigmát, és így fejlesztési és üzemeltetési platformon nyújtja a SOA és az EDA előnyeit. Ezek a szabványok biztosítják az ESB-k számára a rugalmasságot, a gyors adaptációs képességet az üzleti igényekhez.
Az egyik első kereskedelmi forgalomba kerülő ESB a BEA WebLogic Platform új, Diamond kódnevű verziója lesz; ebben a Quicksilver szoftver biztosítja az ESB-funkcionalitást. A szoftver felügyeleti konzoljának segítségével az alkalmazáskomponensek közötti kapcsolatokat lehet majd konfigurálni. Ennek során a Quicksilver úgy működik, mint egy "közlekedési rendőr": irányítja az alkalmazáskomponensek közötti adatforgalmat, miközben biztonsági ellenőrzéseket, naplózást, adattranszformációt végez.
A Diamond és a Quicksilver legfontosabb célja, hogy produktív eszközöket adjon a vállalati alkalmazásokat üzemeltető szakemberek kezébe, vagyis az üzleti igényekre felmerülő változtatások nagy részét ezentúl nemcsak a fejlesztők, hanem az üzemeltetők is el tudják végezni.

Schopp Attila