Inleiding
een dienst, hetzij fysiek zoals een scheepvaartdienst, hetzij geïmplementeerd door een software-agent, is altijd ontworpen en verfijnd om te worden hergebruikt door zoveel mogelijk consumenten. Dat is de essentie van Service Oriented Architecture: het verlagen van de kosten, risico ‘ s en vertragingen van het bouwen van oplossingen door IT-assets zodanig te factoreren en te implementeren dat ze kunnen worden hergebruikt, vaak in situaties die op ontwerptijdstip onbekend zijn. Als zodanig is SOA-governance niet anders dan data-en IT-governance die gericht zijn op het ontwerpen van informatiemodellen of het selecteren van technologieën die buiten de grenzen van een bepaald project kunnen worden hergebruikt. Diensten moeten worden geregeld om herbruikbaar te worden: alle voorzienbare consumenten moeten hun behoeften kunnen uiten die vervolgens worden geprioriteerd en gefaseerd, terwijl een eigenaar van de dienst wordt toegewezen en een financieringsmodel wordt gedefinieerd.
in een vorig artikel heeft Stefan Tilkov zich meer specifiek gebogen over de rol van SOA-bestuur (1). Mijn doel hier is om u te helpen bij het opzetten van een Service Governance organisatie in termen van mensen, processen en technologieën.
Dienstengovernancecharter
de belangrijkste doelstelling van Dienstengovernance is het bereiken van de voordelen van een Dienstengerichte architectuur door het bevorderen van de creatie van herbruikbare diensten van enterprise class. Als een cross functionele organisatie, Service governance zorgt voor de tijdige oplossing van problemen en conflicten als gevolg van de noodzakelijke afwegingen die worden gemaakt wanneer gedeelde eisen worden gedefinieerd.
in het bijzonder is de organisatie voor Dienstenbeheer gecharterd om duidelijke grenzen voor de eigendom van diensten vast te stellen en een eerlijk financieringsmodel te specificeren.
Service Governance bewaakt de implementatie en het hergebruik van diensten in de hele organisatie. Een hoge mate van service hergebruik, een gestage stroom van enterprise class service implementaties, evenals probleemloze service pensioneringen zijn de indicatoren van succesvolle governance.
Dienstengovernance mag niet overlappen met traditionele IT-governance en Ondernemingsarchitectuur; ze definiëren de standaarden van SOA-technologieën en de roadmap die leidt tot een grotere mate van soa-maturiteit, terwijl de Service Governance-organisatie is belast met het ontwikkelen van het servicelandschap.
in het algemeen is de rol van Dienstengovernance passief en worden kandidaten voor procesdiensten geïdentificeerd door specifieke projecten of op het niveau van de business unit. Het is pas wanneer een organisatie een hoog niveau van volwassenheid heeft bereikt dat Service governance een systematische top-down identificatie van Bedrijfsdiensten kan initiëren en de realisatie ervan kan charteren onafhankelijk van elk project.
in elk geval moet de governanceorganisatie de bevoegdheid krijgen om Bedrijfsdiensten op te bouwen die onafhankelijk zijn van de budget-en middelenbeperkingen van het project en die in eerste instantie de kandidaat voor de dienst zullen verbruiken. De reden hiervoor is dat herbruikbaarheid meestal gepaard gaat met een grotere reikwijdte, wat zich vertaalt in een hoger prijskaartje.
de governanceorganisatie is de beheerder van dienstendefinities die naar verwachting als bedrijfsactiva zullen worden beheerd. Het is ook verantwoordelijk voor het behoud van de traceerbaarheid en naleving van andere bedrijfsmiddelen zoals bedrijfsprocesmodellen en het referentiegegevensmodel. We zullen terugkomen op de banden met een referentie of enterprise data model in de laatste sectie van het document.
mensen
het eerder genoemde artikel rolen1 die betrokken zijn bij Dienstengovernance-activiteiten vanuit het oogpunt van de implementatie van diensten. Wanneer een organisatie begint met haar Service Oriented Architecture, deze rollen zijn voldoende om de levering van enterprise class diensten te garanderen, vooral wanneer ze behoren tot een SOA Center of Excellence.
| Rol | Beschrijving |
| Business Service Eigenaar |
|
| de Technische Dienst van Eigenaar |
|
| SOA Platform Architect |
|
| dienst Ontwikkelaar |
|
Als een volwassen organisatie en het aantal service kandidaten toeneemt, is het nuttig om een governance leider die eigenaar is van het proces en de middelen om ervoor te zorgen dat de governance-activiteiten worden uitgevoerd op een gepaste en problemen worden opgelost in een tijdige wijze. Hij moet worden bijgestaan door een cross functional governance council en een dienstbibliothecaris.
| Rol | Beschrijving |
| Governance Leiden |
|
| Governance raad |
|
| Service-bibliothecaris |
|
we zien drie belangrijke niveaus van volwassenheid met betrekking tot de Service Governance organisatie.
| Maturity Level | Organisatie |
| Vestiging |
|
| Uitvoering |
|
| Geoptimaliseerd |
|
figuur 1 geeft een aantal interacties weer tussen de rollen die betrokken zijn bij het beheer van diensten.
figuur 1. Interacties tussen verschillende bestuursonderdelen
de sleutel tot het opbouwen van een succesvolle organisatie voor Servicegovernance is opnieuw flexibel te zijn en net genoeg middelen, processen en technologieën samen te brengen om aan uw behoeften te voldoen, maar niet meer. Een grote Service governance organisatie zonder een redelijke pijplijn van service kandidaten zal snel verliezen stoom en missen de kans om adequate feedback te geven op sommige service kandidaten.
u wilt een organisatie bouwen die hergebruik van diensten zal bevorderen, niets minder, niets meer.
proces
processen en activiteiten
er zijn vijf soorten activiteiten uitgevoerd door de SOA-governanceorganisatie:
- service Candidate Management
- Service Change Management
- Service Consumer Management
- Service Roadmap Management
- Soa Governance beleidswijzigingen
Figuur 2 geeft een aantal activiteiten weer die kunnen worden uitgevoerd tijdens het Service Candidate Management proces. Een projectteam kan een dienst identificeren en een servicevoorstel maken. Dit voorstel wordt vervolgens goedgekeurd, met wijzigingen goedgekeurd of verworpen (als een enterprise service) wanneer deze service candidate niet mogelijk herbruikbaar is voor andere delen van de onderneming.
zodra de kandidaat voor de dienst is aanvaard, worden het eigendoms-en financieringsmodel gedefinieerd en worden de SLA ’s en Ola’ s gespecificeerd met de hulp van de eigenaar van de dienst en potentiële consumenten.
zodra de service is gerealiseerd, wordt de metadata ervan gepubliceerd in het register en de repository. In grote organisaties, is het raadzaam om bij te houden van de diensten in aanbouw om gelijktijdige service voorstellen te voorkomen.
Veranderingsmanagementactiviteiten zijn vaak identiek aan activiteiten die worden uitgevoerd tijdens een beoordeling van de dienstkandidaten. Activiteiten zoals eigendom van diensten, financieringsmodel of SLA ‘ s/OLAs-specificatie kunnen optioneel zijn.
een cruciaal aspect van change management is het effectief beheer van met forwards compatibele diensten (2).
Dienstenconsumentenbeheeractiviteiten worden meestal uitgevoerd door de dienstbibliothecaris, tenzij er wijzigingen zijn die nodig zijn om deze nieuwe consument in staat te stellen de dienst te gebruiken. De bibliothecaris kan de dienstgebruikers helpen de doeldienst te identificeren en een kopie van de metagegevens te verkrijgen.
beheersactiviteiten in het kader van het Servicestappenplan worden uitgevoerd als het Dienstenbeheer proactief werkt om diensten zonder specifieke projectaanvragen te identificeren. Op dat moment zou de Service Governance budgetten moeten hebben om de ontwikkeling van deze diensten vooruit te laten lopen op de projecten die ze zullen verbruiken. Dit is een cruciale succesfactor voor governance, aangezien het ontwerp en de implementatie van herbruikbare diensten ver buiten het bereik, de middelen en het tijdschema van een bepaald project kunnen gaan. Governance-activiteiten zelf kosten tijd en kunnen langdurige upgrades aanbevelen aan een dienstverlener. Daarom is het zo belangrijk dat de governance organisatie schema ’s en fasen van de specifieke behoeften van de consument in een tijdige manier beheert, het minimaliseren van de impact van oplossingen leveringschema’ s.
Figuur 2. Ten slotte kan een governance-organisatie IT-governance inschakelen om haar bedrijfsbeleid te bepalen of te wijzigen.
Dienstmetagegevens
het voorstel voor een servicekandidaat bevat een beschrijving van de dienstinterface (niet noodzakelijk in machineleesbare vorm) en alle functionele en niet-functionele eisen die aan de dienst verbonden zijn en die bijvoorbeeld zullen worden gebruikt om de SLA ’s en Ola’ s te definiëren. Het CBDI Forum Service Architecture & Engineering meta model voor SOA (3) biedt een goed beeld van de informatie met betrekking tot een dienst die in de vroege stadia van de levenscyclus wordt vastgelegd en in de loop van de tijd wordt verfijnd.
het CBDI Forum SAETM metamodel bevat een definitie van diensten, met inbegrip van voorgestelde operaties, beleid en aanverwante diensten, alsmede een classificatie van diensten. Het CBDI-forum beveelt ook aan om een definitie van dienstverlening op bedrijfsniveau op te nemen die betrekking heeft op bedrijfsprocessen, bedrijfscapaciteiten en bedrijfsregels… naar de service definitie.
al deze informatie kan mogelijk worden gebruikt wanneer een consument op zoek is naar een bepaalde dienst. Daarom is het belangrijk om het op een gestructureerde manier vast te leggen, zelfs als machineleesbare beschrijvingsnormen zoals WSDL (nog) dit type informatie niet ondersteunen.
het CBDI Forum SAE™ metamodel biedt een aparte sectie voor de service specificatie. Het interessante aspect van dit deel van het metamodel is dat het bijhoudt van de soorten informatie die betrokken zijn bij de dienst als operation argumenten. Deze mogelijkheid wordt bijvoorbeeld niet goed ondersteund door de WSDL, die alleen de representaties van de soorten ondernemingen die worden uitgewisseld definieert als onderdelen van operationele aanroepingen, maar niet de soorten ondernemingen zelf.
de traceerbaarheid van soorten informatie is van cruciaal belang omdat het de invoering van operationele semantiek verhindert. Een type bericht moet altijd worden gedefinieerd met nauwe banden met het referentiegegevensmodel. In feite, de soa governance processen moeten ervoor zorgen dat er geen extra semantiek worden gedefinieerd in het berichttype in vergelijking met het referentie data model.
het CBDI Forum SAE™ metamodel houdt ook de bedrijfscomponenten bij die worden gebruikt bij de implementatie van een dienst.
Herbruikbare diensten
er zijn drie belangrijke factoren waarmee rekening moet worden gehouden bij het bevorderen van de specificatie van herbruikbare diensten. Ten eerste moet een dienstinterface volledig zijn ten opzichte van de huidige en potentiële consumenten. Een goede maatstaf om bij te houden is het aantal interface-en implementatiewijzigingen als nieuwe consumenten aan boord komen, zowel voor degenen die compatibel zijn met forwards als voor degenen die dat niet zijn.
ten tweede moeten we de juiste Service-en Operations Level Agreements (SLA ’s en Ola’ s) overwegen. Sommige SLA zou perfect werken voor een consument en zijn een show stopper voor een andere. SLA ’s en Ola’ s kunnen ook moeilijk te bereiken zijn. De soa-governanceorganisatie moet de incidenten bijhouden en het aantal wijzigingen in SLA ’s en Ola’ s die het gevolg zijn van deze incidenten monitoren, evenals het aantal wijzigingen in de service-implementatie om effectief te voldoen aan haar SLA ’s en Ola’ s.Ten slotte moet een organisatie voor Dienstenbeheer proberen alle potentiële consumenten van een kandidaat voor diensten te identificeren en hen te betrekken bij het ratificatieproces van het voorstel voor diensteninterface. Een goede maatstaf om bij te houden is het aantal onverwachte klanten gevonden na een dienst werd ontworpen. Deze maatstaf moet zorgvuldig worden geïnterpreteerd, omdat het zou kunnen betekenen dat de dienst goed ontworpen was en veel consumenten trok, of het zou kunnen betekenen dat er niet genoeg tijd werd besteed aan het identificeren van de juiste consumenten, wat resulteerde in veel latere wijzigingen.
Dienstengovernanceactiviteiten en-rollen worden vaak ondersteund door een governanceoplossing die is opgebouwd rond een dienstenregister en-opslagplaats. Hoewel het heel triviaal is om dit te zeggen, is het belangrijk om altijd in gedachten te houden dat een asset alleen kan worden hergebruikt zoveel als het kan worden gevonden. Een register is de catalogus of index die fungeert als het “systeem van registratie” voor diensten binnen een SOA (4).
een SOA-register en-repository ondersteunen doorgaans de volgende functies:
- Winkels service metagegevens, zoals de beschrijvingen (bericht formaten en bewerkingen), bindingen (communicatie protocollen), eindpunten (het netwerk toegankelijke bron die voor de uitvoering van de dienst)
- Biedt een classificatie mechanisme te helpen categoriseren en te organiseren services
- hiermee Kunnen gebruikers het publiceren van nieuwe diensten (zoals ze worden geïdentificeerd, gerealiseerd en geïmplementeerd) in het register en om te bladeren en te zoeken naar bestaande of geplande diensten
- Melden gebruikers van de geplande wijzigingen
- Beheren SLA en OLA verslagen en consumptie statistieken
- beheer veilige governanceprocessen en deliverables
- bieden auditcapaciteiten om het spoor van wijzigingen en autorisaties bij te houden die worden toegepast op activabeschrijvingen
Governanceprocessen zijn geografisch verspreid van aard en in samenwerking. Het beheer van deze processen is van cruciaal belang om verschillende partijen tot een consensus te brengen over de definitie en realisatie van de dienst.
aangezien het register en de opslagplaats zowel tijdens het ontwerp als tijdens de looptijd het systeem van registratie voor dienstinformatie zijn, is de beveiliging rond het “dienstrecord” van cruciaal belang om bijvoorbeeld vervanging van eindpunten te voorkomen.
relatie met andere Governance-activiteiten
Dienstengovernance is een nieuw type governance als onderdeel van de bredere IT-governance-activiteiten die worden geleid door Ondernemingsarchitectuurgroepen. IT-governance moet de controle over het SOA-platformbestuur zelf behouden, terwijl Service-Governance zijn activiteiten moet richten op het ontwerpen van diensten voor hergebruik op het niveau van de onderneming, de realisatie van diensten en de levering van oplossingen (Figuur 3). Op ondernemingsniveau moet Service Governance nauw samenwerken met IT governance om het bedrijfsprocesmodel van het bedrijf te benutten om servicekandidaten te identificeren op basis van een top-down-analyse en een routekaart op te stellen voor de implementatie van deze diensten. Zoals we eerder in de sectie proces hebben gezien, is het serviceniveau waar de meeste activiteiten van SOA governance plaatsvinden. Al deze activiteiten worden ondersteund door een register en repository.
op oplossingsniveau moet de Service Governance organisatie het niveau van naleving met betrekking tot SOA infrastructuur en service guidelines evalueren en sturen.
Service Governance heeft sterke banden met Data Governance via het gebruik van het enterprise Reference Data Model. Het Service Governance team moet het gebruik van de referentie data model semantiek afdwingen voor het ontwerp van de werking bericht types.
het doel is hier niet om een “canoniek Informatiemodel”te creëren. In een Dienstengeoriënteerde architectuur zou het naïef zijn te denken dat consumenten altijd in staat zullen zijn om het standpunt van de aanbieder in te nemen of dat zowel de aanbieder als de consument altijd hetzelfde standpunt kunnen innemen. Zelfs als dit vandaag de dag het geval is, kunnen overuren, consumenten en aanbieders niet in de positie zijn om tegelijkertijd te evolueren naar een nieuwere versie van de interface (of het nu voorwaarts of achterwaarts compatibel is).
Figuur 3. Relatie tussen SOA-governance en andere bestuursactiviteiten
deze uiteenlopende ontwikkeling wordt vaak behandeld met behulp van een bemiddelaar, en met name met de transformatie van berichten. Hoewel bemiddeling niet expliciet is in de webservicearchitectuur van het W3C (5), hebben soa-beoefenaars deze al lang geleden systematisch gebruikt om een hoger niveau van losse koppeling te bereiken en autonome evoluties tussen consumenten en aanbieders mogelijk te maken. Deze transformaties zijn onvermijdelijk en deze mogelijkheid moet worden ingebouwd in jullie SOA infrastructuur. Bemiddeling vereist overigens geen “gemeenschappelijk Informatiemodel”. Als u een dergelijk “gemeenschappelijk informatiemodel” zou gebruiken onafhankelijk van de provider-en consumenteninterface en toch een losse koppeling zou willen realiseren, zou u de kosten van twee transformaties moeten dragen, om nog maar te zwijgen van het feit dat u nog steeds uw berichtenformaat moet omzetten in een dataset die door de implementatie van de provider en de consument kan worden gebruikt.
de eerste stappen naar meer beheersbare transformaties zijn het afleiden van interfaces voor consumenten en aanbieders uit het referentiegegevensmodel. In het referentiedatamodel is de datastructuur minder belangrijk dan de normalisatie van de semantiek. Deze semantiek wordt met grote precisie beheerd door Data governance. Gewoonlijk, stelt het model van referentiegegevens traceerbaarheid aan fysieke artefacten zoals databaseschema ‘ s en COBOL-exemplaarboeken vast. Deze traceerbaarheid kan erg handig blijken tijdens de implementatie van de service, terwijl het gebruik van genormaliseerde semantiek de ontwikkeling van transformatiekaarten tussen consumenten en aanbieders zal vereenvoudigen.
conclusie
Service Governance is een essentieel aspect van een succesvolle Service-georiënteerde architectuur. De oprichting ervan moet in een vroeg stadium van de eerste fasen van een SOA-initiatief worden gepland en uitgetest. Echter, een full scale governance organisatie gedreven door een rigoureus proces moet worden gelanceerd alleen wanneer de service pijplijn is groot genoeg om het team gemotiveerd en deskundig te houden. Als governance-activiteiten te ver in de tijd zijn, kan het team interesse en de kritische kennis verliezen om zijn activiteiten goed uit te voeren. De Registry & Repository is een belangrijk ingrediënt voor succesvol beheer aangezien het de “service record”beheert. Het uiteindelijke doel van Service Governance is om de specificatie, realisatie en exploitatie van herbruikbare IT-activa mogelijk te maken. Na verloop van tijd wordt verwacht dat Service Governance zal evolueren in de richting van een veel proactievere inbedrijfstelling van de implementatie van missiekritische diensten.