A szolgáltatásorientált architektúra előnyeinek kihasználásához, ez nem elég. Olyan folyamatok kialakítására és eszközökre van szükség, melyek biztosítják az architektúra átláthatóságát, és segítik a SOA legnagyobb értékét, az újrafelhasználhatóságot – mondja Darmai Gábor , az Alerant Informatikai Zrt. technológiai igazgatója.

Mint elmondta, a hagyományos IT-infrastruktúrákban egy teljes üzleti funkció vagy folyamat kifejlesztéséhez általában egyedi, az üzleti igényből fakadó specifikus részfunkciókat valósítottak meg. Ennek a megközelítésnek a hátránya, hogy az azonos típusú funkciót több példányban is megvalósítjuk, de mindig egy kicsit másképpen. Például készült egy banki átutalást megvalósító funkció a devizás és a forintos tranzakciókhoz, majd ezekből jogi és természetes ügyfelekre alkalmazható változat. Nagyjából minden üzleti funkcióhoz egy. A SOA esetében egy darab átutalás szolgáltatásunk van, és ezt használja valamennyi üzleti funkció és folyamat. Ennek előnye nyilvánvaló: ugyannak az üzleti logikának egy fizikai implementációja van, amely annyira általánosan megfogalmazott, hogy megfelel a legtöbb üzleti folyamat számára, azaz újrafelhasználható – hangsúlyozta Darmai Gábor . Az üzleti igények azonban változnak, és elég hamar kiderül, hogy az eredetileg általánosan megfogalmazott átutalás szolgáltatáson módosítani kell, mert például egy új kötelező paramétert kell kezelnie. Ilyenkor elvileg az összes kapcsolódó üzleti folyamatot meg kell változtatni. De hogyan tudjuk meghatározni, hogy egy szolgáltatás megváltoztatása mire lesz hatással? Mivel alkalmazás silók helyett újrafelhasználható webszolgáltatásokra építjük az üzleti folyamatainkat, rendkívül fontos lesz, hogy nyomon kövessük a komponensek közötti függőségeket, és pontosan tudjuk, hogy egy szolgáltatás megváltoztatása mely üzleti folyamatokat, és szolgáltatásokat érinti.

A technológiai igazgató szerint további problémát okoz a szolgáltatások elérhetőségének biztosítása. Egy szolgáltatás akkor válik igazán újrafelhasználhatóvá, ha publikált a dokumentációja, illetve elemző, tervező és fejlesztő számára egyaránt elérhetők a szolgáltatás leíró információk.

Ennek érdekében, vagyis a SOA-szolgáltatások hatékony menedzseléséhez két dologra van szükség: egy repository eszközre, mely a szolgáltatások és leíró információik strukturált és visszakereshető tárolását teszik lehetővé, másrészt a SOA Governance részét képező szakértői csapatra, amely kidolgozott működési folyamat alapján karbantartja a repository-ban tárolt adatokat – magyarázta Darmai Gábor . Kis számú szolgáltatás esetén az eszköz lehet egy Excel tábla, de sok szolgáltatás esetén célszerű olyan speciális cél-eszközt használni, mint például a BEA AquaLogic Service Repository. A repository segítségével a SOA-infrastruktúrában végbemenő változások menedzselhetővé válnak. Használatával a változtatások hatásait már az elemzés fázisában fel tudjuk mérni. Egy SOA-projekt akkor válik IT szempontból is sikeressé, ha a szolgáltatásmenedzsment problémájával már a munka korai szakaszában foglalkozunk. Ez kezdetben többletköltséget jelenthet az adminisztrációnál és eszközöknél, de ez hosszú távon megtérül.