Sem lézershow, sem füstköd nem kísérte a BEA Systems vezetőinek - Alfred Chuang alapító-elnöknek, Bruce Graham első alelnöknek és Rob Levy főtechnológusnak a pódiumra lépését. Minek is? A szolgáltatásorientált architektúra (SOA) piacvezetői pozíciójára aspiráló vállalat éppenséggel arra összpontosított, hogy a SOA-technológiát kiszabadítsa a lila ködből: a világ számos pontjáról hozott példák során bizonyítsa, hogy bevezetése komoly megtakarítást hozhat a vállalatok konyhájára.
S bár a fejlesztések, illetve a közelmúltban lezárt akvizíciók nyomán új technológiák épültek be a termékekbe, a hangsúly ezúttal nem ezeken volt.

Közös nyelven
A be- és kifelé, ügyfeleiknek, partnereiknek, munkatársaiknak szolgáltatások egész rendszerét nyújtó nagyvállalatoknál egyáltalán nem mindegy, milyen könnyen tudják megvalósítani, menedzselni, szükség esetén újrafelhasználni ezeket a szolgáltatásokat. A feladatot megkönnyítő SOA-infrastruktúra kialakítása és továbbfejlesztése elképzelhetetlen az IT és az üzlet - valamennyi érintett szereplő - dialógusa nélkül. Maguk az érintettek is gyakran arról számolnak be, hogy szervezetüket nem tudják az új struktúrának megfelelően átalakítani.
Nem a technológiát kell tekinteni - sugallta a konferencia több előadása -, hanem azt, hogyan járulhat hozzá a SOA a vállalati eredményesség javulásához, az üzleti folyamatok átalakításához és optimalizálásához. Igaz, a SOA platformoktól, alkalmazásoktól, operációs rendszerektől, adatbázisoktól, köztes szoftverektől és hardvertől függetlenül újrahasznosítható, szabványos architektúra, de az IT-nek nem ezen a nyelven kell beszélnie az üzleti döntéshozókkal.
Példaként említhetnénk az előadók közül a naponta több tízmillió tranzakciót kezelő DHL európai részlegének főinformatikusát. A SOA előnye - fogalmazott Stephen McGuckin -, hogy a CIO a szolgáltatásokra tud koncentrálni. Ez pedig nem csekélység egy olyan vállalatnál, amelynek a négy tagvállalat informatikai igazgatóját koordináló főinformatikusa előtt az a feladat lebeg, hogy évente 5 százalékkal csökkentse az IT-költéseket.

Szimulált folyamatok
Érdekes példákat hoztak a szolgáltatásorientált architektúra szerepére annak a pódiumbeszélgetésnek a résztvevői, akikre az a feladat hárul, hogy kézben tartsák agresszív akvizíciós politikát folytató vállalatuk egyre összetettebb informatikai rendszerét. Számukra nem az újrahasznosíthatóság, hanem az integráció lehetősége áll az első helyen.
A véletlenszerűen összeállt informatikai architektúrából szolgáltatásorientált architektúrát képezni - ez a vállalati informatikai vezetők felelőssége. Ezzel azonban együtt jár annak felelőssége is, hogy a vállalaton belül "eladják" a stratégiaváltást, közelíteni igyekezzenek egymáshoz az üzleti és informatikai stratégiát, s ha szükséges, elérjék a vállalati hierarchia módosítását.
Apró, pragmatikus lépésekre, cégszintű tanulásra van szükség - fogalmazta meg tapasztalatait Bo Andersson, a svéd SBAB rendszertervezője. Ne siess, ha nem tudod, hová tartasz, mert nem fogod tudni, ott vagy-e már, amikor odaérsz - hivatkozott Micimackóra Bo Andersson. Arra is akad azonban példa, hogy az IT veszi kezébe a vezetést. Ilyen volt Chicago város SOA-projektje, amelyet a szabad kezet biztosító polgármester utólag tett magévá.

Termékek, mégis
Azért természetesen új termékekről is szó esett a prágai konferenciatermekben. Mindenekelőtt az Aqualogic Business Process Integration névre keresztelt megoldáscsomagról, amellyel üzleti vezetők számára jól átlátható módon lehet tervezni, szimulálni még meg sem valósított folyamatokat. (A termék a maga nemében piacvezető Fuego felvásárlásával került a BEA Systems portfóliójába.)
Itt harangozták be azt is, hogy jön a 360o, amellyel a BEA közös platformban egyesíti a Tuxedo, a Weblogic és az Aqaulogic családot. A szolgáltatásorientált architektúrák kialakításához és működtetéséhez egységes munkateret biztosító BEA Workspace 360o együttműködő környezetet biztosít majd teljes SOA szervezeti egységek számára, ahol az üzleti és informatikai szakemberek saját szempontrendszerük szerint dolgozhatnak - 2007-től.
A közös munkatérben az üzleti, informatikai egységek közösen oldhatják meg a problémákat, minden szereplő elérheti a számára szükséges információt, ugyanakkor arra is rálátást kap, hogy tevékenysége hogyan hat más területekre. Az üzleti elemzők kezükben tarthatják az üzleti folyamatok meghatározását, kialakítását, ellenőrzését, nyomon követhetik a fontosabb teljesítménymutatókat. A rendszertervezők segítséget kapnak ahhoz, hogy értelmezzék az üzleti követelményeket, és a szolgáltatásorientált kereteknek, valamint a rendszertervezési igényeknek megfelelően alkalmazzák azokat. A fejlesztők - a rendszertervezőkkel együttműködve - végezhetik a kívánt fejlesztéseket, az üzemeltetés pedig átláthatja és ellenőrizheti a SOA-infrastruktúra működési kihatásait, így a környezet, az üzemeltetési politika, az SLA-k kialakítása és menedzsmentje egyszerűbbé és megbízhatóbbá válik.

Kelenhegyi Péter, Prága