A szolgáltatások a fejlesztők és szolgáltatásgazdák számára azonban nem függetlenül, hanem további értékes elemekkel együtt jelennek meg. Így azokra a kérdésekre is választ kell kapnunk, hogy egy szolgáltatás használatakor milyen szabályokat kell betartani, a fejlesztések során milyen jó gyakorlatokat kell alkalmazni, vagy milyen keretrendszerek állnak rendelkezésre. Fontos egy olyan leíró adatbázist is készíteni, amelyben megtalálhatók a használható adatbázisok, fejlesztő, tesztelő környezetek.
Kétrészes cikksorozatunkban arra keresünk választ, hogy milyen eszközök segítségével kezelhetők a fenti problémák, figyelembe véve az egyes információtípusokat is.

AquaLogic Service Registry mint szolgáltatástár
A nagyvállalati SOA infrastruktúra fontos eleme az a szolgáltatás metaadattár, amelyben a rendszerben elérhető szolgáltatások igénybevételéhez szükséges információkat tárolhatjuk – mondja Horváth Attila, az Alerant Informatikai Zrt. technológiai igazgatóhelyettese. A tár szabványos interfészen keresztül biztosítja az adatok elérését. A UDDI (Universal Description, Discovery and Integration) az a specifi káció, amely a SOA elosztott komponenseinek leírását és publikálását szabványosítja. A BEA AquaLogic Service Registry a specifi káció 3.0 verzióját valósítja meg.
Az eszköz kötött struktúrát ad a komponensek közötti interakció amúgy ad-hoc folyamatának. A szervezet által defi niált taxonómiában írhatjuk le a webszolgáltatások eléréséhez szükséges információkat, ezzel biztosítva, hogy a leírások egységesek és egyszerűen visszakereshetők legyenek. A szolgáltatásról, az azt nyújtó szervezetről, valamint a technikai részletekről tárolhatunk itt információt. A kötött leírási mód a cég saját fejlesztőitől és külső beszállítóitól is fegyelmet kíván meg, ami azonban a továbbiakban sokszorosan megtérül.
Az AquaLogic Service Registry tehát szolgáltatástárként is funkcionál, de fontos szerepe van a SOA infrastruktúra működtetésében is. Futási időben az alkalmazások egymástól való elkülönítésében játszik szerepet mint intelligens routing eszköz. Egy szolgáltatás kiesése esetén rajta keresztül férhetnek hozzá az alkalmazások a helyettesítő komponensekhez. Emellett előfi zetési és értesítési mechanizmuson keresztül biztosítja, hogy egy szolgáltatás metaadatainak vagy szolgáltatási szintjének változásáról az azt használó alkalmazások, illetve alkalmazásadminisztrátorok értesüljenek.
A Registry képes más registrybe is publikálni a szolgáltatás metaadatok egy előre meghatározott halmazát. Ezzel zökkenőmentesen biztosított az új szolgáltatások éles üzembe állítása a tesztrendszer registryjében tárolt adatok alapján. A szolgáltatás használható arra is, hogy partnercégek UDDI-regiszterébe publikáljunk adatokat.
Az elosztott rendszerek gyakran felmerülő kérdése a biztonság és az erőforrás-hozzáférések korlátozása. A UDDI-specifi kációnak is választ kellett találnia erre a kérdésre, ezért támogatja a vállalati, partneri és publikus regiszterek létrehozását, adminisztrálását és hozzáférés-kezelését. Az AquaLogic Service Registry is lehetővé teszi a regiszterből való lekérdezések naplózását, és az információk hozzáférés-korlátozását.
A BEA regisztere integrált a BEA AquaLogic Enterprise Repositoryval, mely a szolgáltatásokhoz kapcsolódóan tárolt információk körét egészíti ki. A repository a fejlesztési projektekben az újrafelhasználható termékeken felül összegyűlt dokumentációk tárháza. Ezzel az eszközzel a cikksorozat következő részében ismerkedhetünk meg.