Bevezetés
a szolgáltatást, legyen az fizikai, mint egy szállítási szolgáltatás, vagy egy szoftverügynök által végrehajtott, mindig úgy tervezték és finomították, hogy a lehető legtöbb fogyasztó újra felhasználja. Ez a szolgáltatásorientált architektúra lényege: az építési megoldások költségeinek, kockázatainak és késedelmeinek csökkentése az informatikai eszközök faktorálásával és megvalósításával, hogy azok újra felhasználhatók legyenek, gyakran a tervezés idején ismeretlen helyzetekben. Mint ilyen, a SOA irányítása nem különbözik az adat-és informatikai irányítástól, amelynek célja az információs modellek megtervezése vagy az adott projekt határain túl újrafelhasználható technológiák kiválasztása. A szolgáltatásokat újrafelhasználhatóvá kell tenni: minden előrelátható fogyasztónak képesnek kell lennie arra, hogy kifejezze igényeit, amelyeket később prioritássá és szakaszossá tesznek, miközben a szolgáltatás tulajdonosát kijelölik, és meghatározzák a finanszírozási modellt.
egy korábbi cikkben Stefan Tilkov pontosabban megvizsgálta a SOA kormányzásában betöltött szerepeket (1). Célom az, hogy segítsek létrehozni egy szolgáltatásirányítási szervezetet az emberek, a folyamatok és a technológiák szempontjából.
szolgáltatásirányítási Charta
a Szolgáltatásirányítás fő célja a szolgáltatásorientált architektúra előnyeinek elérése az újrafelhasználható, vállalati szintű szolgáltatások létrehozásának elősegítésével. Keresztfunkcionális szervezetként a Szolgáltatásirányítás biztosítja a problémák és konfliktusok időben történő megoldását a szükséges kompromisszumok miatt, amelyek a közös követelmények meghatározásakor történnek.
különösen a szolgáltatásirányítási szervezetet bérlik, hogy egyértelmű szolgáltatási tulajdonosi határokat határozzon meg, és tisztességes finanszírozási modellt határozzon meg.
a Szolgáltatásirányítás figyelemmel kíséri a szolgáltatások telepítését és újrafelhasználását a szervezeten belül. A szolgáltatás magas fokú újrafelhasználása, a vállalati szintű szolgáltatás-telepítések folyamatos áramlása, valamint a problémamentes szolgáltatás-visszavonások a sikeres kormányzás mutatói.
a Szolgáltatásirányításnak nem szabad átfednie a hagyományos informatikai irányítással és a vállalati architektúrával; meghatározzák a SOA technológiák szabványait és az ütemtervet, amely a SOA érettségének növekedését eredményezi, míg a szolgáltatásirányítási szervezet feladata a szolgáltatási környezet fejlesztése.
Általánosságban elmondható, hogy a Szolgáltatásirányítás szerepe a passzív és a konkrét projektek által vagy az üzleti egység szintjén azonosított szolgáltatási jelöltek. Csak akkor, ha egy szervezet magas szintű érettséget ért el, a Szolgáltatásirányítás kezdeményezheti a vállalati szolgáltatások szisztematikus felülről lefelé történő azonosítását, és bármilyen projekttől függetlenül chartálhatja azok megvalósítását.
mindenesetre az irányító szervezetet fel kell hatalmazni arra, hogy vállalati szolgáltatásokat építsen ki, függetlenül a projekt költségvetési és erőforrás-korlátozásaitól, amelyek kezdetben felhasználják a szolgáltatásjelöltet. Ennek oka az, hogy az újrafelhasználhatóság általában nagyobb hatókörrel jár, ami magasabb árcédulát jelent.
az irányító szervezet a szolgáltatásdefiníciók intézője, amelyeket várhatóan vállalati eszközként kezelnek. Felelős továbbá a nyomon követhetőség és az egyéb vállalati eszközöknek, például az üzleti folyamatmodelleknek és a referenciaadatmodellnek való megfelelés fenntartásáért. Visszatérünk a referencia-vagy vállalati adatmodellhez fűződő kapcsolatokra a dokumentum utolsó szakaszában.
emberek
a korábban említett cikk a szolgáltatásirányítási tevékenységekben a szolgáltatás megvalósításának szempontjából érintett szerepeket1 írta le. Amikor egy szervezet elindítja szolgáltatásorientált architektúráját, ezek a szerepek elegendőek a vállalati szintű szolgáltatások nyújtásának garantálásához, különösen akkor, ha EGY SOA kiválósági központhoz tartoznak.
| szerep | leírás |
| üzleti szolgáltatás tulajdonosa |
|
| műszaki szolgálat tulajdonosa |
|
| SOA Platform Architect |
|
| szolgáltatás Fejlesztő |
|
mivel a szervezet érett és a szolgáltatási jelöltek száma növekszik, hasznos bevezetni egy irányítási vezetőt, aki a folyamat és az erőforrások tulajdonosa lesz, hogy megbizonyosodjon arról, hogy az irányítási tevékenységeket megfelelően hajtják végre, és a kérdéseket időben megoldják. Munkáját egy keresztfunkcionális Kormányzótanács és egy szolgálati könyvtáros segíti.
| szerep | leírás |
| kormányzás vezet |
|
| Kormányzótanács |
|
| szolgáltatás könyvtáros |
|
három fő érettségi szintet látunk a szolgáltatásirányítási szervezet tekintetében.
| érettségi szint | szervezet |
| Létrehozás |
|
| végrehajtás |
|
| optimalizált |
|
az 1. ábra a Szolgáltatásirányításban részt vevő szerepek közötti interakciókat mutatja be.
1.ábra.
a sikeres szolgáltatásirányítási szervezet felépítésének kulcsa ismét az, hogy agilis legyen, és csak annyi erőforrást, folyamatot és technológiát állítson össze, hogy megfeleljen az Ön igényeinek, de ne többet. Egy nagy szolgáltatásirányítási szervezet, amely nem rendelkezik ésszerű szolgáltatási jelöltekkel, gyorsan elveszíti a gőzt, és elszalasztja a lehetőséget, hogy megfelelő visszajelzést adjon néhány szolgáltatási jelöltről.
olyan szervezetet szeretne létrehozni, amely elősegíti a szolgáltatások újrafelhasználását, nem kevesebbet, nem többet.
folyamat
folyamatok és tevékenységek
a SOA irányítási szervezete ötféle tevékenységet végez:
- Service Candidate Management
- Service Change Management
- Service Consumer Management
- Service Roadmap Management
- SOA Governance Policy Changes
a 2.ábra a szolgáltatás Candidate Management folyamata során elvégezhető tevékenységek egy részét mutatja be. A projektcsapat azonosíthat egy szolgáltatást, és létrehozhat egy szolgáltatási javaslatot. Ezt a javaslatot ezután jóváhagyják, módosításokkal jóváhagyják vagy elutasítják (vállalati szolgáltatásként), ha ezt a szolgáltatásjelöltet a vállalkozás más részei nem potenciálisan újrafelhasználhatják.
miután a szolgáltatásjelöltet elfogadták, meghatározzák a tulajdonosi és finanszírozási modellt, és meghatározzák az SLA-kat és az Ola-kat a szolgáltatás tulajdonosa és a potenciális fogyasztók segítségével.
miután a szolgáltatás megvalósult, a metaadatait közzéteszik a rendszerleíró adatbázisban és az adattárban. Nagy szervezeteknél tanácsos nyomon követni az építés alatt álló szolgáltatásokat, hogy elkerüljék az egyidejű szolgáltatási javaslatokat.
a változáskezelési tevékenységek gyakran megegyeznek a szolgáltatásjelölt felülvizsgálata során végzett tevékenységekkel. Az olyan tevékenységek, mint a szolgáltatás tulajdonjoga, a finanszírozási modell vagy az SLA/OLAs specifikáció, opcionálisak lehetnek.
a változáskezelés egyik kritikus szempontja a forward kompatibilis szolgáltatások hatékony kezelése (2).
a szolgáltatási Fogyasztókezelési tevékenységeket többnyire a szolgáltatási könyvtáros végzi, kivéve, ha olyan változtatásokra van szükség, amelyek lehetővé teszik az új fogyasztó számára a szolgáltatás igénybevételét. A könyvtáros segíthet a szolgáltatás fogyasztóinak a célszolgáltatás azonosításában és a metaadatok másolatának megszerzésében.
szolgáltatási ütemterv-Kezelési tevékenységek akkor biztosíthatók, ha a Szolgáltatásirányítás proaktívan jár el a konkrét projektkérések nélküli szolgáltatások azonosítása érdekében. Ezen a ponton a Szolgáltatásirányításnak költségvetéssel kell rendelkeznie e szolgáltatások fejlesztésének megbízására az őket fogyasztó projektek előtt. Ez az irányítás kritikus sikertényezője, mivel az újrafelhasználható szolgáltatások tervezése és megvalósítása jóval meghaladhatja az adott projekt hatókörét, eszközeit és ütemezését. Az irányítási tevékenységek maguk is időt vesznek igénybe, és hosszú frissítéseket javasolhatnak egy szolgáltatási jelöltnek. Ezért olyan fontos, hogy az irányító szervezet időben kezelje az ütemezéseket és a fázisokat a fogyasztói specifikus követelményeknek, minimalizálva a megoldásszállítási ütemezések hatását.
2.ábra. Szolgáltatási Jelöltkezelési tevékenységek
végül egy irányítási szervezet bevonhatja az informatikai irányítást a működési házirendek meghatározása vagy módosítása érdekében.
szolgáltatási metaadatok
a szolgáltatásjelölt javaslat tartalmazza a szolgáltatási interfész leírását (nem feltétlenül géppel olvasható formában), valamint a szolgáltatáshoz kapcsolódó összes funkcionális és nem funkcionális követelményt, amelyeket például az SLA-k és Ola-k meghatározásához használnak. A CBDI Forum Service Architecture & mérnöki metamodell a SOA (3) számára jó áttekintést nyújt a szolgáltatáshoz kapcsolódó információkról, amelyeket az életciklus korai szakaszában rögzítenek és idővel finomítanak.
a CBDI Forum SAETM metamodell tartalmaz egy szolgáltatásdefiníciót, beleértve a javasolt műveleteket, irányelveket és kapcsolódó szolgáltatásokat, valamint a szolgáltatás besorolását. A CBDI fórum azt is javasolja, hogy tartalmazzon egy üzleti szintű szolgáltatás-meghatározást, amely az üzleti folyamatokat, az üzleti képességeket, az üzleti szabályokat érinti… a szolgáltatás definíciója.
mindezek az információk potenciálisan felhasználhatók, amikor a fogyasztó egy adott szolgáltatást keres. Ezért fontos strukturált módon rögzíteni, még akkor is, ha a géppel olvasható leírási szabványok, például a WSDL (még) nem támogatják az ilyen típusú információkat.
a CBDI Forum SAE ons metamodell külön fejezetet biztosít a szolgáltatás specifikációjához. A metamodell ezen részének érdekes aspektusa, hogy nyomon követi a szolgáltatásban részt vevő információtípusokat, mint működési argumentumokat. Ezt a képességet például a WSDL nem támogatja jól, amely csak a műveleti meghívások részeként kicserélt üzleti típusok ábrázolását határozza meg, magukat az üzleti típusokat nem.
az információtípusok nyomon követhetősége kritikus fontosságú, mivel megakadályozza a műveletspecifikus szemantika bevezetését. Az üzenet típusát mindig a referenciaadatmodellhez szorosan kapcsolódva kell meghatározni. Ami azt illeti, a SOA irányítási folyamatainak gondoskodniuk kell arról, hogy az üzenettípusban ne legyen további szemantika meghatározva a referenciaadatmodellhez képest.
a CBDI Forum SAE adapterek metamodell is nyomon követi az üzleti összetevők, amelyek a szolgáltatás végrehajtását.
szolgáltatás-Újrafelhasználhatósági tényezők
három fontos tényezőt kell figyelembe venni az újrafelhasználható szolgáltatások specifikációjának előmozdításakor. Először a szolgáltatási felületnek teljesnek kell lennie a jelenlegi és a potenciális fogyasztók tekintetében. Jó nyomon követhető mutató az interfész és a megvalósítás változásainak száma, amikor új fogyasztók érkeznek a fedélzetre, mind azok számára, amelyek előre kompatibilisek, mind azok számára, amelyek nem.
másodszor, figyelembe kell vennünk a megfelelő szolgáltatási és üzemeltetési szintű megállapodásokat (SLA-k és Ola-K). Egyes SLA-k tökéletesen működhetnek az egyik fogyasztó számára, a másik számára pedig show-dugó lehet. Az SLA – kat és az Ola-kat szintén nehéz lehet elérni. A SOA irányító szervezetének nyomon kell követnie az incidenseket, és nyomon kell követnie az SLA-k és az Ola-k ezen incidensekből eredő változásainak számát, valamint a szolgáltatás megvalósításában bekövetkezett változások számát annak érdekében, hogy hatékonyan megfeleljen az SLA-knak és az Ola-knak.
végül a szolgáltatásirányítási szervezetnek törekednie kell arra, hogy azonosítsa a szolgáltatásjelölt összes potenciális fogyasztóját, és bevonja őket a szolgáltatási interfészre vonatkozó javaslat ratifikálásának folyamatába. Jó mutató a nyomon követéshez a szolgáltatás megtervezése után talált váratlan ügyfelek száma. Ezt a mutatót gondosan kell értelmezni, mivel ez azt jelentheti, hogy a szolgáltatás jól megtervezett és sok fogyasztót vonzott, vagy azt jelentheti, hogy nem fordítottak elegendő időt a megfelelő fogyasztók azonosítására, ami sok későbbi változást eredményezett.
a szolgáltatásirányítási tevékenységeket és szerepköröket gyakran egy olyan irányítási megoldás támogatja, amely egy Szolgáltatás-nyilvántartás és-tároló köré épül. Annak ellenére, hogy ezt meglehetősen triviális mondani, fontos mindig szem előtt tartani, hogy egy eszközt csak annyira lehet újra felhasználni, amennyire megtalálható. A nyilvántartás az A katalógus vagy index, amely a SOA-n belüli szolgáltatások “nyilvántartási rendszereként” működik (4).
egy SOA rendszerleíró adatbázis és adattár általában a következő funkciókat támogatja:
- tárolja a szolgáltatás metaadatait, például leírásokat (üzenetformátumok és műveletek), kötéseket (kommunikációs protokollok), végpontokat (a szolgáltatást megvalósító hálózati elérhető erőforrás)
- osztályozási mechanizmust biztosít a szolgáltatások kategorizálásához és rendszerezéséhez
- lehetővé teszi a felhasználók számára, hogy új szolgáltatásokat tegyenek közzé (azok azonosítása, megvalósítása és telepítése során) a rendszerleíró adatbázisban, valamint a meglévő vagy tervezett szolgáltatások böngészését és keresését
- értesítse a szolgáltatás fogyasztóit a tervezett változások
- kezelése SLA és Ola jelentések, valamint a fogyasztás statisztika
- biztonságos irányítási folyamatok és teljesítések kezelése
- ellenőrzési lehetőségeket biztosít az eszközleírások változásainak és engedélyezésének nyomon követésére
az irányítási folyamatok földrajzilag elosztottak és együttműködőek. Ezeknek a folyamatoknak a kezelése kritikus fontosságú ahhoz, hogy a különböző felek konszenzusra jussanak a szolgáltatás meghatározásáról és megvalósításáról.
mivel a rendszerleíró adatbázis és az adattár a szolgáltatási információk nyilvántartási rendszere mind a tervezési, mind a futási időben, a “szolgáltatási rekord” körüli biztonság kritikus fontosságú például a végpontok helyettesítésének elkerülése érdekében.
kapcsolat más irányítási tevékenységekkel
a Szolgáltatásirányítás egy új típusú irányítás A vállalati Architektúracsoportok által vezetett tágabb informatikai irányítási tevékenységek részeként. Az informatikai irányításnak továbbra is magának a SOA platformirányításnak kell irányulnia, míg a Szolgáltatásirányításnak tevékenységeit a vállalati újrafelhasználásra szánt szolgáltatások tervezésére, a szolgáltatás megvalósítására és a megoldások szállítási szintjére kell összpontosítania (3.ábra). Vállalati szinten a Szolgáltatásirányításnak szorosan együtt kell működnie az informatikai irányítással annak érdekében, hogy összegyűjtse a vállalat üzleti folyamatmodelljét, hogy elősegítse a szolgáltatásjelöltek felülről lefelé irányuló elemzés alapján történő azonosítását és e szolgáltatások bevezetésének ütemtervét. Amint azt a folyamat szakaszban korábban láttuk, a szolgáltatási szint az, ahol a SOA irányításának legtöbb tevékenysége zajlik. Ezeket a tevékenységeket egy nyilvántartás és adattár támogatja.
a megoldás szintjén a szolgáltatásirányítási szervezetnek értékelnie és irányítania kell a SOA infrastruktúra és szolgáltatási irányelveinek való megfelelés szintjét.
a Szolgáltatásirányítás szoros kapcsolatban áll az adatkezeléssel a vállalati referenciaadatok modelljének felhasználásával. A szolgáltatásirányítási csapatnak érvényesítenie kell a referenciaadatmodell szemantikájának felhasználását a műveleti üzenettípusok tervezéséhez.
a cél itt nem egy “kanonikus információs modell”létrehozása. Egy szolgáltatásorientált architektúrában nem lenne szabad azt gondolni, hogy a fogyasztók mindig abban a helyzetben lesznek, hogy elfogadják a Szolgáltató nézőpontját, vagy hogy mind a szolgáltató, mind a fogyasztó mindig ugyanazt a nézőpontot fogadhatja el. Még ha ez ma is igaz lenne, a túlórák, a fogyasztók és a szolgáltatók nem lehetnek abban a helyzetben, hogy egyszerre fejlődjenek az interfész újabb verziója felé (legyen az előre vagy hátra kompatibilis).
3.ábra. Kapcsolat a SOA irányítása és más irányítási tevékenységek között
ezt az eltérő fejlődést gyakran közvetítő, különösen üzenetátalakítások segítségével kezelik. Annak ellenére, hogy a közvetítés nem egyértelmű a W3C webszolgáltatási architektúrájában (5), a SOA szakemberei már régóta szisztematikusan használják azt a magasabb szintű laza összekapcsolás elérése és a fogyasztók és a szolgáltatók közötti autonóm fejlődés lehetővé tétele érdekében. Ezek az átalakulások elkerülhetetlenek, és ezt a képességet be kell építeni a SOA infrastruktúrájába. Mellesleg, a közvetítés nem igényel “közös információs modellt”. Ha a szolgáltatótól és a fogyasztói felülettől független “közös információs modellt” használna, és továbbra is laza összekapcsolást szeretne elérni, akkor két átalakítás költsége merülne fel, nem is beszélve arról, hogy az üzenetformátumot továbbra is a Szolgáltató és a fogyasztó által fogyasztható adathalmazzá kell átalakítania.
a kezelhetőbb átalakítások felé vezető első lépések a fogyasztói és szolgáltatói interfészek levezetése a referenciaadatmodellből. A referenciaadatmodellben az adatszerkezet kevésbé fontos, mint a szemantika normalizálása. Ezeket a szemantikát nagy pontossággal kezeli az adatkezelés. Általában a referenciaadatmodell nyomon követhetőséget hoz létre olyan fizikai tárgyakhoz, mint az adatbázis-sémák és a COBOL másolókönyvek. Ez a nyomon követhetőség nagyon hasznosnak bizonyulhat a szolgáltatás megvalósítása során, míg a normalizált szemantika használata megkönnyíti a fogyasztók és a szolgáltatók közötti transzformációs térképek kidolgozását.
következtetés
a Szolgáltatásirányítás a sikeres szolgáltatásorientált architektúra alapvető eleme. Létrehozását már a SOA-kezdeményezés kezdeti szakaszában meg kell tervezni és tesztelni kell. Azonban egy szigorú folyamat által vezérelt teljes körű irányítási szervezetet csak akkor szabad elindítani, ha a szolgáltatási csővezeték elég nagy ahhoz, hogy a csapat motivált és jól tájékozott legyen. Ha az irányítási tevékenységek időben túl távoliak, a csapat elveszítheti érdeklődését és kritikus tudását a tevékenységeinek megfelelő végrehajtásához. A Registry & adattár kulcsfontosságú összetevője a sikeres kormányzásnak, mivel kezeli a”szolgáltatási rekordot”. A Szolgáltatásirányítás végső célja az újrafelhasználható informatikai eszközök specifikációjának, megvalósításának és üzemeltetésének lehetővé tétele. Túlóra várható, hogy a Szolgáltatásirányítás sokkal proaktívabb lesz a misszió szempontjából kritikus szolgáltatások megvalósításának üzembe helyezésében.