introduktion
en tjeneste, det være sig fysisk som en shipping service, eller implementeret af en agent, er altid designet og raffineret til at blive genbrugt af så mange forbrugere som muligt. Dette er essensen af serviceorienteret arkitektur: sænkning af omkostninger, risici og forsinkelser ved bygningsløsninger ved factoring og implementering af IT-aktiver, så de kan genbruges, ofte i situationer, der er ukendte på designtidspunktet. Som sådan er SOA-styring ikke anderledes end data-og IT-styring, der sigter mod at designe informationsmodeller eller vælge teknologier, der kan genbruges ud over grænserne for et givet projekt. Tjenester skal styres for at blive genanvendelige: alle forudsigelige forbrugere skal være i stand til at udtrykke deres krav, som efterfølgende prioriteres og fases, mens en serviceejer tildeles og en finansieringsmodel defineres.
i en tidligere artikel så Stefan Tilkov mere specifikt på rollerne i SOA governance (1). Mit mål her er at hjælpe dig med at etablere en Service Governance organisation med hensyn til mennesker, proces og teknologier.
Service Governance Charter
hovedformålet med service governance er at opnå fordelene ved en serviceorienteret arkitektur ved at fremme oprettelsen af genanvendelige, enterprise class-tjenester. Som en tværfunktionel organisation sikrer Servicestyring rettidig løsning af problemer og konflikter på grund af de nødvendige afvejninger, der foretages, når fælles krav defineres.
især er Service Governance-organisationen chartret for at definere klare grænser for serviceejerskab og specificere en retfærdig finansieringsmodel.
Service Governance overvåger implementering og genbrug af tjenester på tværs af organisationen. En høj grad af servicegenbrug, en jævn strøm af enterprise class service implementeringer, samt problemfri service pensioneringer er indikatorerne for vellykket styring.
servicestyring bør ikke overlappe med traditionel it-styring og virksomhedsarkitektur; de definerer standarderne for SOA-teknologier og køreplanen, der fører øgede niveauer af SOA-modenhed, mens Service Governance-organisationen har til opgave at udvikle servicelandskabet.
generelt er Servicestyringens rolle passiv og process service kandidater identificeret ved specifikke projekter eller på forretningsenheds niveau. Det er først, når en organisation har nået et højt modenhedsniveau, at Servicestyring kan indlede en systematisk top-ned-identifikation af virksomhedstjenester og chartre deres realisering uafhængigt af ethvert projekt.
under alle omstændigheder bør styringsorganisationen have beføjelse til at opbygge virksomhedstjenester uafhængigt af projektets budget-og ressourcebegrænsninger, der oprindeligt vil forbruge servicekandidaten. Årsagen er, at genanvendelighed normalt kommer med et større omfang, der oversættes til en højere pris.
styringsorganisationen er forvalter af servicedefinitioner, som forventes forvaltet som virksomhedsaktiver. Det er også ansvarligt for at opretholde sporbarheden og overholdelsen af andre virksomhedsaktiver, såsom forretningsprocesmodeller og referencedatamodellen. Vi vil vende tilbage på båndene til en reference-eller virksomhedsdatamodel i det sidste afsnit af dokumentet.
mennesker
artiklen nævnt før beskrevet roller1 involveret i Service governance aktiviteter fra en service implementering perspektiv. Når en organisation starter sin serviceorienterede arkitektur, er disse roller tilstrækkelige til at garantere levering af virksomhedsklassetjenester, især når de hører til et SOA-ekspertisecenter.
| rolle | beskrivelse |
| ejer af Virksomhedsservice |
|
| Teknisk Service ejer |
|
| SOA Platform Architect |
|
| Service Udvikler |
|
når en organisation modnes, og antallet af servicekandidater øges, er det nyttigt at introducere en styringsleder, der vil eje processen og ressourcerne for at sikre, at styringsaktiviteter udføres korrekt, og problemer løses rettidigt. Han bør bistås af et tværfunktionelt styringsråd og en servicebibliotekar.
| rolle | beskrivelse |
| Governance Lead |
|
| Governance council |
|
| service bibliotekar |
|
vi ser tre hovedniveauer af modenhed med hensyn til Service Governance-organisationen.
| modenhedsniveau | organisation |
| oprettelse |
|
| udførelse |
|
| optimeret |
|
Figur 1 repræsenterer nogle af interaktionerne mellem de roller, der er involveret i Servicestyring.
Figur 1. Interaktioner mellem forskellige styringskomponenter
nøglen til at opbygge en vellykket Service governance-organisation er igen at være smidig og samle lige nok ressourcer, processer og teknologier til at imødekomme dine behov, men ikke mere. En stor Service governance organisation uden en rimelig pipeline af service kandidater vil hurtigt miste damp og gå glip af muligheden for at give tilstrækkelig feedback på nogle service kandidater.
du vil opbygge en organisation, der vil fremme genbrug af tjenester, intet mindre, intet mere.
proces
processer og aktiviteter
der er fem typer aktiviteter udført af SOA governance organisation:
- service Candidate Management
- service Change Management
- service Consumer Management
- service Roadmap Management
- SOA Governance policy Changes
figur 2 repræsenterer nogle af de aktiviteter, der kan udføres under Service Candidate Management-processen. Et projektteam kan identificere en tjeneste og oprette et serviceforslag. Dette forslag godkendes derefter, godkendes med ændringer eller afvises (som en virksomhedstjeneste), når denne servicekandidat ikke potentielt kan genbruges af andre dele af virksomheden.
når servicekandidaten er accepteret, defineres ejerskabs-og finansieringsmodellen, og sla ‘erne og Ola’ erne specificeres ved hjælp af serviceejeren og potentielle forbrugere.
når tjenesten er realiseret, offentliggøres dens metadata til registreringsdatabasen og depotet. I store organisationer anbefales det at holde styr på de tjenester, der er under opførelse for at undgå samtidige serviceforslag.
Ændringsstyringsaktiviteter er ofte identiske med aktiviteter, der udføres under en servicekandidatanmeldelse. Aktiviteter såsom serviceejerskab, finansieringsmodel eller SLA ‘ er/OLAs-specifikation kan være valgfri.
et kritisk aspekt af forandringsledelse er effektiv styring af fremad kompatible tjenester (2).
Serviceforbrugeradministrationsaktiviteter udføres for det meste af servicebibliotekaren, medmindre der er ændringer, der er nødvendige for at give denne nye forbruger mulighed for at forbruge tjenesten. Bibliotekaren kan hjælpe serviceforbrugerne med at identificere måltjenesten og erhverve en kopi af dens metadata.
service Roadmap Management-aktiviteter leveres, hvis Service Governance handler proaktivt for at identificere tjenester uden specifikke projektanmodninger. På det tidspunkt bør Tjenestestyringen have budgetter til at igangsætte udviklingen af disse tjenester forud for de projekter, der vil forbruge dem. Dette er kritisk succesfaktor for styring, da design og implementering af genanvendelige tjenester kan gå langt ud over omfanget, midlerne og tidsplanen for et givet projekt. Governance aktiviteter selv tager tid og kan anbefale lange opgraderinger til en tjeneste kandidat. Derfor er det så kritisk, at styringsorganisationen administrerer tidsplaner og faser forbrugerspecifikke krav rettidigt, hvilket minimerer virkningen af løsningsleveringsplaner.
figur 2. Service Candidate Management Activities
endelig kan en styringsorganisation engagere IT-styring til at definere eller ændre sine driftspolitikker.
Servicemetadata
servicekandidatforslaget indeholder en beskrivelse af servicegrænsefladen (ikke nødvendigvis i maskinlæsbar form) samt alle de funktionelle og ikke-funktionelle krav, der er knyttet til tjenesten, som f.eks. vil blive brugt til at definere sla ‘ erne og OLAs. CBDI Forum Service Architecture & Engineering meta model for SOA (3) giver et godt overblik over oplysningerne i forhold til en tjeneste, der er fanget i de tidlige stadier af livscyklussen og raffineret over tid.
CBDI Forum SAETM metamodel indeholder en servicedefinition, herunder foreslåede operationer, politikker og relaterede tjenester samt en serviceklassificering. CBDI forum anbefaler også, at du inkluderer en servicedefinition på forretningsniveau, der vedrører forretningsprocesser, forretningsfunktioner, forretningsregler… til servicedefinitionen.
alle disse oplysninger kan potentielt bruges, når en forbruger søger efter en bestemt tjeneste. Derfor er det vigtigt at fange det på en struktureret måde, selvom maskinlæsbare beskrivelsesstandarder som f.eks.
CBDI Forum SAE Kurt metamodel giver et separat afsnit til servicespecifikationen. Det interessante aspekt ved denne del af metamodellen er, at den holder styr på de informationstyper, der er involveret i tjenesten som driftsargumenter. Kun definerer repræsentationerne af de forretningstyper, der udveksles som dele af driftsindkaldelser, men ikke selve forretningstyperne.
sporbarheden af informationstyper er kritisk, fordi den forhindrer indførelsen af operationsspecifik semantik. En meddelelsestype skal altid defineres med tætte bånd til referencedatamodellen. Faktisk skal SOA-styringsprocesserne sørge for, at der ikke er defineret yderligere semantik i meddelelsestypen sammenlignet med referencedatamodellen.
CBDI-forummet SAE Kurt metamodel holder også styr på de forretningskomponenter, der bruges i en serviceimplementering.
Servicegenvindingsfaktorer
der er tre vigtige faktorer, der skal overvejes, når man hjælper med at fremme specifikationen af genanvendelige tjenester. Først skal en servicegrænseflade være komplet med hensyn til dens nuværende og potentielle forbrugere. En god måling at spore er antallet af interface-og implementeringsændringer, når nye forbrugere kommer om bord, for både dem, der er fremadkompatible, og dem, der ikke er.
for det andet skal vi overveje de relevante service-og Driftsniveauaftaler (SLA ‘ er og Olas). Nogle SLA kan fungere perfekt for en forbruger og være en vis stopper for en anden. SLA ‘ er og OLAs kan også være vanskelige at opnå. SOA-styringsorganisationen bør holde styr på hændelserne og overvåge antallet af ændringer i SLA ‘er og Ola’ er, der er resultatet af disse hændelser, samt antallet af ændringer i serviceimplementeringen for effektivt at imødekomme dens SLA ‘er og Ola’ er.
endelig bør en Service Governance-organisation søge at identificere alle potentielle forbrugere af en servicekandidat og involvere dem i processen med at ratificere servicegrænsefladeforslaget. En god måling til at spore der er antallet af uventede kunder, der blev fundet, efter at en service blev designet. Denne måling skal fortolkes omhyggeligt, da det kan betyde, at tjenesten var godt designet og tiltrak mange forbrugere, eller det kan betyde, at der ikke blev brugt nok tid til at identificere de rigtige forbrugere, hvilket resulterede i mange efterfølgende ændringer.
Service Governance aktiviteter og roller understøttes ofte af en governance løsning, der er bygget op omkring et service register og repository. Selvom det er ret trivielt at sige dette, er det vigtigt altid at huske på, at et aktiv kun kan genbruges så meget som det kan findes. Et register er det katalog eller indeks, der fungerer som “System of record” for tjenester inden for en SOA (4).
et SOA-register og-Arkiv understøtter typisk følgende funktioner:
- lagrer servicemetadata såsom beskrivelser (meddelelsesformater og operationer), bindinger (kommunikationsprotokoller), slutpunkter (den netværkstilgængelige ressource, der implementerer tjenesten)
- giver en klassificeringsmekanisme, der hjælper med at kategorisere og organisere tjenester
- giver brugerne mulighed for at offentliggøre nye tjenester (når de identificeres, realiseres og implementeres) i registreringsdatabasen og til at gennemse og søge efter eksisterende eller planlagte tjenester
- Underret serviceforbrugere af planlagte ændringer
- Administrer sla-og Ola-rapporter samt forbrug statistik
- Administrer sikkert styringsprocesser og leverancer
- Giv revisionsfunktioner til at spore sporet af ændringer og autorisation anvendt på aktivbeskrivelser
styringsprocesser er geografisk fordelt i natur og samarbejde. Forvaltningen af disse processer er afgørende for at bringe forskellige parter til enighed om servicedefinitionen og realiseringen.
da registreringsdatabasen og depotet er registreringssystemet for serviceinformation både på designtid og driftstid, er sikkerheden omkring “serviceposten” kritisk for at undgå udskiftning af slutpunkter for eksempel.
forholdet til andre Governance aktiviteter
Service Governance er en ny type governance som en del af de bredere IT governance aktiviteter ledet af Enterprise Architecture grupper. IT-styring bør forblive i kontrol med SOA-platformens styring selv, mens Service Governance bør fokusere sine aktiviteter på at designe tjenester til genbrug på Enterprise, Service realisering og Løsningsleveringsniveauer (figur 3). På virksomhedsniveau bør Servicestyring arbejde tæt sammen med IT-styring for at høste virksomhedens forretningsprocesmodel for at hjælpe med at identificere servicekandidater baseret på en analyse ovenfra og ned og etablere en køreplan for implementeringen af disse tjenester. Som vi tidligere har set i procesafsnittet, er serviceniveauet, hvor de fleste af SOA-styringsaktiviteterne finder sted. Alle disse aktiviteter understøttes af et register og et lager.
på løsningsniveau skal Service Governance-organisationen evaluere og styre niveauet for overholdelse med hensyn til SOA-infrastruktur og serviceretningslinjer.
Service Governance har stærke bånd til datastyring via udnyttelsen af virksomhedens Referencedatamodel. Tjenesten Governance team bør håndhæve udnyttelsen af referencedatamodellen semantik til design af drift besked typer.
målet her er ikke at oprette en “kanonisk informationsmodel”. I en serviceorienteret arkitektur ville det være Na kurtve at tro, at forbrugerne altid vil være i stand til at vedtage udbyderens synspunkt, eller at både udbyderen og forbrugeren altid kan vedtage det samme synspunkt. Selvom dette var sandt i dag, er overarbejde, forbrugere og udbydere muligvis ikke i stand til at udvikle sig på samme tid mod en nyere version af grænsefladen (det være sig fremad eller bagud kompatibelt).
figur 3. Forholdet mellem SOA-styring og andre regeringsaktiviteter
denne divergerende udvikling håndteres ofte ved hjælp af en mægler og især meddelelsestransformationer. Selvom mediation ikke er eksplicit i V3C ‘ s internettjenestearkitektur (5), har SOA-udøvere for længe siden brugt det systematisk til at opnå et højere niveau af løs kobling og muliggøre autonome udviklinger mellem forbrugere og udbydere. Disse transformationer er uundgåelige, og denne kapacitet skal indbygges i din SOA-infrastruktur. I øvrigt kræver mægling ikke en”fælles informationsmodel”. Hvis du skulle bruge en sådan” fælles informationsmodel ” uafhængig af udbyder-og forbrugergrænsefladen og stadig ønsker at opnå løs kobling, ville du pådrage dig omkostningerne ved to transformationer, for ikke at nævne, at du stadig har brug for at omdanne dit meddelelsesformat til et datasæt, der kan forbruges ved implementering af udbyderen og forbrugeren.
de første skridt mod mere håndterbare transformationer er at udlede forbruger-og udbydergrænseflader fra referencedatamodellen. I referencedatamodellen er datastrukturen mindre vigtig end normaliseringen af semantikken. Disse semantik styres med stor præcision af Data governance. Normalt etablerer referencedatamodellen sporbarhed til fysiske artefakter såsom databaseskemaer og COBOL-kopibøger. Denne sporbarhed kan vise sig meget praktisk under implementeringen af tjenesten, mens brugen af normaliseret semantik vil hjælpe med at forenkle udviklingen af transformationskort mellem forbrugere og udbydere.
konklusion
Servicestyring er et væsentligt aspekt af en vellykket serviceorienteret arkitektur. Dens oprettelse skal planlægges og afprøves tidligt i de indledende faser af et SOA-initiativ. En fuldskala styringsorganisation drevet af en streng proces bør dog kun lanceres, når servicepipelinen er stor nok til at holde teamet motiveret og kyndigt. Hvis styringsaktiviteter er for fjerne i tide, kan holdet miste interessen og den kritiske viden til at udføre sine aktiviteter korrekt. Registry & Repository er en nøgleingrediens for vellykket styring, da det administrerer “service record”. Det ultimative mål med Service Governance er at muliggøre specifikation, realisering og drift af genanvendelige IT-aktiver. Overarbejde det forventes, at Servicestyring vil udvikle sig til at være meget mere proaktiv i idriftsættelse af implementeringen af missionskritiske tjenester.