Înființarea unei organizații de guvernanță a serviciilor

Introducere

un serviciu, fie fizic ca un serviciu de transport maritim, fie implementat de un agent software, este întotdeauna proiectat și rafinat pentru a fi reutilizat de cât mai mulți consumatori posibil. Aceasta este esența arhitecturii orientate spre servicii: reducerea costurilor, riscurilor și întârzierilor soluțiilor de construcție prin factorizarea și implementarea activelor IT astfel încât acestea să poată fi reutilizate, adesea în situații necunoscute la momentul proiectării. Ca atare, guvernanța SOA nu este diferită de cea a datelor și a guvernanței IT care vizează proiectarea modelelor de informații sau selectarea tehnologiilor care pot fi reutilizate dincolo de granițele unui anumit proiect. Serviciile trebuie reglementate pentru a deveni reutilizabile: toți consumatorii previzibili trebuie să își poată exprima cerințele care sunt ulterior prioritizate și etapizate, în timp ce un proprietar de servicii este atribuit și este definit un model de finanțare.

într-un articol anterior, Stefan Tilkov a analizat mai precis rolurile guvernării SOA (1). Scopul meu aici este să vă ajut să stabiliți o organizație de guvernare a Serviciilor în ceea ce privește oamenii, procesele și tehnologiile.

Carta guvernanței serviciilor

obiectivul principal al guvernanței serviciilor este de a obține beneficiile unei Arhitecturi orientate spre servicii prin încurajarea creării de servicii reutilizabile, de clasă enterprise. Ca organizație funcțională încrucișată, guvernanța serviciilor asigură rezolvarea în timp util a problemelor și conflictelor din cauza compromisurilor necesare care se fac atunci când sunt definite cerințele comune.

în special, organizația de guvernanță a serviciilor este autorizată să definească limite clare de proprietate a serviciilor și să specifice un model de finanțare echitabil.

guvernanța serviciilor monitorizează implementarea și reutilizarea serviciilor în întreaga organizație. Un grad ridicat de reutilizare a serviciilor, un flux constant de implementări de servicii de clasă enterprise, precum și pensionările de servicii fără probleme sunt indicatorii unei guvernări reușite.

guvernanța serviciilor nu ar trebui să se suprapună cu guvernanța IT tradițională și arhitectura întreprinderii; acestea definesc standardele tehnologiilor SOA și foaia de parcurs care conduce la niveluri crescute de maturitate SOA, în timp ce organizația de guvernanță a Serviciilor are sarcina de a evolua peisajul serviciilor.

în general, rolul guvernanței serviciilor este pasiv și procesează candidații la servicii identificați prin proiecte specifice sau la nivel de unitate de afaceri. Numai atunci când o organizație a atins un nivel ridicat de maturitate, guvernanța serviciilor poate iniția o identificare sistematică de sus în jos a serviciilor întreprinderii și charter realizarea lor independentă de orice proiect.

în orice caz, organizația de guvernare ar trebui să fie împuternicită să construiască servicii de întreprindere independent de restricțiile bugetare și de resurse ale proiectului care va consuma inițial candidatul de serviciu. Motivul este că reutilizarea, de obicei, vine cu un domeniu de aplicare mai mare, care se traduce într-o etichetă de preț mai mare.

organizația de guvernare este administratorul definițiilor serviciilor care se așteaptă să fie gestionate ca active corporative. De asemenea, este responsabil pentru menținerea trasabilității și conformității cu alte active ale întreprinderii, cum ar fi modelele de proces de afaceri și modelul de date de referință. Vom reveni asupra legăturilor cu un model de referință sau de date de întreprindere în ultima secțiune a documentului.

persoane

articolul menționat anterior descrie roluri1 implicate în activitățile de guvernanță a serviciilor din perspectiva implementării serviciilor. Atunci când o organizație își începe arhitectura orientată spre servicii, aceste roluri sunt suficiente pentru a garanta furnizarea de servicii de clasă enterprise, mai ales atunci când aparțin unui centru de Excelență SOA.

rol	descriere
proprietar de servicii de afaceri	Direct și de a controla punerea în aplicare a serviciului, evoluția și de pensionare detine domeniul de aplicare funcțional al serviciului, acordurile de nivel de serviciu gestionează în mod eficient capacitățile serviciului pentru a satisface cererile de guvernare și de a asigura niveluri adecvate de reutilizare raport activitatea de serviciu
proprietarul serviciului tehnic	execută serviciul implementare, evoluție și pensionare deține acordul de nivel de operațiuni și gestionează serviciul pentru a-și îndeplini obiectivele în ceea ce privește disponibilitatea, performanța, securitatea monitorizează serviciul pentru a identifica potențialele probleme cu SLA și OLA raportează activitatea serviciului către proprietarul afacerii
SOA Platform Architect	consilierea și discutarea standardelor tehnice SOA cu IT și Organizația de guvernare SOA asigurați-vă că implementările de servicii sunt conforme
serviciu Dezvoltator	asistarea arhitectului de domeniu și arhitectului de platformă în activitățile lor legate de guvernare implementarea politicilor și recomandărilor de guvernare

ca o organizație matură și numărul de candidați de serviciu crește este util să se introducă un lider de guvernare, care va deține procesul și resursele pentru a se asigura că activitățile de guvernare sunt executate în mod corespunzător și problemele sunt rezolvate în timp util. El ar trebui să fie asistat de un consiliu de guvernare inter-funcțional și de un bibliotecar de servicii.

rol	descriere
conducerea guvernanței	gestionați activitățile generale de guvernanță din perspectiva oamenilor, proceselor și tehnologiei responsabil pentru ciclul de viață al serviciilor responsabil pentru valorile de reutilizare a serviciilor acesta nu este de obicei un rol cu normă întreagă și ar putea fi ocupat de arhitectul domeniului sau platformei
Consiliul de guvernare	revizuirea propunerilor candidaților la servicii recomandă proprietatea și finanțarea serviciilor model rezolvarea problemelor legate de prioritățile cerințelor consumatorilor, proprietatea serviciilor, modelul de finanțare, programele, SLA-urile și Ola-urile aceasta este o echipă funcțională încrucișată care acoperă cât mai multe domenii posibil
serviciul bibliotecar	gestionarea activităților ciclurilor de viață ale serviciului care se referă la registrul de servicii și la magazia menține taxonomia registrului asigurați-vă că datele și metadatele exacte sunt stocate în magazia din nou, acesta nu este de obicei un rol cu normă întreagă și poate fi combinat cu un rolul arhitectului

vedem trei niveluri principale de maturitate în ceea ce privește organizarea guvernanței serviciilor.

nivelul de maturitate	organizație
înființare	inițiativa SOA a început recent un centru de Excelență SOA compus gestionează toate aspectele inițiativei, inclusiv definirea și implementarea platformei, construcția și proprietatea serviciilor, precum și guvernarea SOA numărul de servicii construite este relativ mic un registru nu este încă necesar, deoarece toate activitățile legate de servicii se întâmplă în cadrul unui grup mic
executie	un registru și un depozit este implementat pentru a gestiona procesul de guvernanță, iar metadatele un conducător de guvernanță și un bibliotecar de servicii sunt desemnate serviciile sunt încă construite în cadrul SOA CoE, dar la o rată de câteva pe luni care susțin soluții critice pentru misiune în unele cazuri, se formează un consiliu SOA
optimizat	un consiliu SOA este numit și se întrunește în mod regulat pentru a discuta propunerile candidaților la servicii o foaie de parcurs pentru servicii este definit și gestionat de Organizația de guvernare SOA pentru a ajuta la inițierea realizărilor de servicii înainte de nevoile proiectului

Figura 1 reprezintă unele dintre interacțiunile dintre rolurile implicate în guvernanța serviciilor.

Figura 1. Interacțiuni între diferitele componente ale guvernanței

cheia în construirea unei organizații de guvernanță a serviciilor de succes este din nou să fii agil și să asamblezi suficiente resurse, procese și tehnologii pentru a satisface nevoile tale, dar nu mai mult. O organizație mare de guvernare a serviciilor fără o conductă rezonabilă de candidați la servicii va pierde rapid aburul și va pierde ocazia de a oferi feedback adecvat cu privire la unii candidați la servicii.

doriți să construiți o organizație care să promoveze reutilizarea serviciilor, nimic mai puțin, nimic mai mult.

proces

procese și activități

există cinci tipuri de activități desfășurate de Organizația de guvernanță SOA:

Service Candidate Management
Service Change Management
service Consumer Management
Service Roadmap Management
SOA modificări ale politicii de guvernanță

Figura 2 reprezintă unele dintre activitățile care pot fi efectuate în timpul procesului de management al candidatului la Service. O echipă de proiect poate identifica un serviciu și poate crea o propunere de serviciu. Această propunere este apoi aprobată, aprobată cu modificări sau respinsă (ca serviciu de întreprindere) atunci când acest candidat de serviciu nu este potențial reutilizabil de alte părți ale întreprinderii.

odată ce candidatul pentru servicii este acceptat, modelul de proprietate și finanțare sunt definite, iar SLA-urile și Ola-urile sunt specificate cu ajutorul proprietarului serviciului și al potențialilor consumatori.

odată ce serviciul este realizat, metadatele sale sunt publicate în registru și depozit. În organizațiile mari, se recomandă urmărirea serviciilor în construcție pentru a evita propunerile de servicii concurente.

activitățile de gestionare a schimbărilor sunt adesea identice cu activitățile efectuate în timpul unei revizuiri a candidaților la serviciu. Activități precum proprietatea serviciilor, modelul de finanțare sau specificațiile sla/OLAs ar putea fi opționale.

un aspect critic al managementului schimbării este gestionarea eficientă a serviciilor compatibile cu redirecționările (2).

activitățile de gestionare a consumatorilor de servicii sunt efectuate în cea mai mare parte de bibliotecarul de servicii, cu excepția cazului în care există modificări care sunt necesare pentru a permite acestui nou consumator să consume serviciul. Bibliotecarul poate ajuta consumatorii de servicii să identifice serviciul țintă și să obțină o copie a metadatelor sale.

activitățile de gestionare a foii de parcurs a Serviciilor sunt furnizate dacă guvernanța serviciilor acționează proactiv pentru a identifica serviciile fără solicitări specifice de proiect. În acel moment, guvernanța serviciilor ar trebui să aibă bugete care să comande dezvoltarea acestor servicii înaintea proiectelor care le vor consuma. Acesta este un factor critic de succes al guvernanței, deoarece proiectarea și implementarea serviciilor reutilizabile ar putea depăși cu mult domeniul de aplicare, mijloacele și programul unui anumit proiect. Activitățile de guvernare în sine necesită timp și pot recomanda upgrade-uri îndelungate unui candidat la servicii. Acesta este motivul pentru care este atât de important ca organizația de guvernare să gestioneze în timp util programele și fazele cerințelor specifice consumatorilor, minimizând impactul programelor de livrare a soluțiilor.

Figura 2. Activități de gestionare a candidaților la servicii

în cele din urmă, o organizație de guvernanță ar putea angaja guvernanța IT pentru a-și defini sau modifica politicile operaționale.

metadate de serviciu

propunerea candidatului la serviciu conține o descriere a interfeței de serviciu (nu neapărat într-o formă care poate fi citită de mașină), precum și toate cerințele funcționale și nefuncționale asociate serviciului care vor fi utilizate, de exemplu, pentru a defini SLA-urile și Ola-urile. CBDI Forum Service Architecture & Engineering meta model pentru SOA (3) oferă o imagine bună a informațiilor referitoare la un serviciu care este capturat în primele etape ale ciclului de viață și rafinat în timp.

forumul CBDI saetm metamodel conține o definiție a Serviciului, inclusiv operațiunile propuse, politicile și serviciile conexe, precum și o clasificare a serviciilor. Forumul CBDI recomandă, de asemenea, includerea unei definiții a serviciilor la nivel de afaceri care să coreleze procesele de afaceri, capacitățile de afaceri, regulile de afaceri… la definiția serviciului.

toate aceste informații ar putea fi utilizate atunci când un consumator caută un anumit serviciu. Acesta este motivul pentru care este important să o capturați într-un mod structurat, chiar dacă standardele de descriere care pot fi citite de mașină, cum ar fi WSDL, nu acceptă (încă) acest tip de informații.

CBDI forum SAE metamodel-ul de la clasa a II-a oferă o secțiune separată pentru specificațiile de service. Aspectul interesant al acestei părți a metamodelului este că ține evidența tipurilor de informații care sunt implicate în serviciu ca argumente de operare. Această capacitate nu este bine susținută de WSDL, de exemplu, care definește doar reprezentările tipurilor de afaceri care sunt schimbate ca părți ale invocațiilor de operare, dar nu și tipurile de afaceri în sine.

trasabilitatea tipurilor de informații este critică deoarece împiedică introducerea semanticii specifice funcționării. Un tip de mesaj trebuie întotdeauna definit cu legături strânse cu modelul de date de referință. De fapt, procesele de guvernanță SOA ar trebui să se asigure că nu sunt definite semantici suplimentare în tipul de mesaj în comparație cu modelul de date de referință.

CBDI Forum SAE metamodel, de asemenea, ține evidența componentelor de afaceri care sunt utilizate într-o implementare de servicii.

factori de reutilizare a serviciilor

există trei factori importanți de luat în considerare atunci când contribuim la promovarea specificării serviciilor reutilizabile. În primul rând, o interfață de serviciu trebuie să fie completă în ceea ce privește consumatorii actuali și potențiali. O valoare bună de urmărit este numărul de modificări ale interfeței și implementării pe măsură ce noii consumatori vin la bord, atât pentru cei care sunt compatibili înainte, cât și pentru cei care nu sunt.

în al doilea rând, trebuie să luăm în considerare acordurile corespunzătoare la nivel de servicii și operațiuni (SLA și Ola). Unele SLA ar putea funcționa perfect pentru un consumator și să fie un dop de spectacol pentru altul. Sla și Ola pot fi, de asemenea, dificil de realizat. Organizația de guvernanță SOA ar trebui să țină evidența incidentelor și să monitorizeze numărul de modificări ale SLA și Ola care au rezultat din aceste incidente, precum și numărul de modificări ale implementării serviciului pentru a satisface în mod eficient SLA și Ola.

în cele din urmă, o organizație de guvernanță a serviciilor ar trebui să încerce să identifice toți consumatorii potențiali ai unui candidat la servicii și să-i implice în procesul de ratificare a propunerii de interfață a serviciilor. O valoare bună de urmărit este numărul de clienți neașteptați găsiți după ce a fost proiectat un serviciu. Această valoare ar trebui interpretată cu atenție, deoarece ar putea însemna că serviciul a fost bine conceput și a atras mulți consumatori sau ar putea însemna că nu s-a petrecut suficient timp pentru a identifica consumatorii potriviți, ceea ce a dus la o mulțime de modificări ulterioare.

activitățile și rolurile de guvernanță a Serviciilor sunt adesea susținute de o soluție de guvernanță care este construită în jurul unui registru și depozit de servicii. Chiar dacă este destul de banal să spunem acest lucru, este important să rețineți întotdeauna că un activ poate fi reutilizat doar atât cât poate fi găsit. Un registru este catalogul sau indexul care acționează ca” sistem de înregistrare ” pentru serviciile din cadrul unui SOA (4).

un registru SOA și un depozit acceptă de obicei următoarele funcții:

stochează metadatele Serviciilor, cum ar fi descrierile (formatele și operațiunile mesajelor), legăturile (protocoalele de comunicare), punctele finale (resursa accesibilă în rețea care implementează serviciul)
oferă un mecanism de clasificare pentru a ajuta la clasificarea și organizarea serviciilor
permite utilizatorilor să publice noi Servicii (așa cum sunt identificate, realizate și implementate) în registru și să caute și să caute servicii existente sau planificate
de modificări planificate
Gestionați rapoartele sla și Ola, precum și consumul statistici
gestionarea sigură a proceselor de guvernanță și a livrabilelor
furnizarea de capacități de audit pentru a urmări traseul modificărilor și autorizațiilor aplicate descrierilor activelor

procesele de guvernanță sunt distribuite geografic în natură și colaborative. Gestionarea acestor procese este esențială pentru a aduce diferite părți la un consens cu privire la definirea și realizarea serviciului.

deoarece registrul și magazia sunt sistemul de înregistrare pentru informații despre servicii atât la momentul proiectării, cât și la timpul de rulare, securitatea din jurul „înregistrării serviciului” este esențială pentru a evita orice înlocuire a punctelor finale, de exemplu.

relația cu alte activități de guvernanță

guvernanța serviciilor este un nou tip de guvernanță ca parte a activităților mai largi de guvernanță IT conduse de grupurile de arhitectură a întreprinderilor. Guvernanța IT ar trebui să rămână în controlul guvernanței platformei SOA în sine, în timp ce guvernanța serviciilor ar trebui să-și concentreze activitățile pe proiectarea serviciilor pentru reutilizare la nivel de întreprindere, realizarea serviciilor și furnizarea de soluții (Figura 3). La nivel de întreprindere, guvernanța serviciilor ar trebui să colaboreze îndeaproape cu guvernanța IT pentru a recolta modelul de proces de afaceri al companiei pentru a ajuta la identificarea candidaților la servicii pe baza unei analize de sus în jos și pentru a stabili o foaie de parcurs pentru implementarea acestor servicii. După cum am văzut mai devreme în secțiunea de proces, nivelul serviciilor este locul în care se desfășoară majoritatea activităților guvernanței SOA. Toate aceste activități sunt susținute de un registru și un depozit.

la nivel de soluție, Organizația de guvernanță a serviciilor ar trebui să evalueze și să direcționeze nivelul de conformitate cu orientările SOA privind infrastructura și serviciile.

guvernanța Serviciilor are legături strânse cu guvernanța datelor prin utilizarea modelului de date de referință al întreprinderii. Echipa de guvernare a serviciilor ar trebui să aplice utilizarea semanticii modelului de date de referință pentru proiectarea tipurilor de mesaje de operare.

scopul aici nu este de a crea un „Model Informațional canonic”. Într-o arhitectură orientată spre servicii, ar fi na inktiv să credem că consumatorii vor fi întotdeauna în măsură să adopte punctul de vedere al furnizorului sau că atât furnizorul, cât și consumatorul pot adopta întotdeauna același punct de vedere. Chiar dacă acest lucru ar fi adevărat astăzi, orele suplimentare, consumatorii și furnizorii ar putea să nu fie în măsură să evolueze în același timp către o versiune mai nouă a interfeței (fie că este compatibilă înainte sau înapoi).

Figura 3. Relația dintre guvernanța SOA și alte activități de guvernanță

această evoluție divergentă este adesea tratată folosind un mediator și, în special, transformări de mesaje. Chiar dacă medierea nu este explicită în arhitectura de servicii web a W3C (5), practicienii SOA au folosit-o de mult timp în mod sistematic pentru a atinge un nivel mai ridicat de cuplare liberă și pentru a permite evoluții autonome între consumatori și furnizori. Aceste transformări sunt inevitabile și această capacitate ar trebui să fie încorporată în infrastructura SOA. De altfel, medierea nu necesită un „Model comun de informare”. Dacă ar fi să utilizați un astfel de” model comun de informații ” independent de interfața furnizorului și a consumatorului și totuși doriți să obțineți o cuplare liberă, ați suporta costul a două transformări, ca să nu mai vorbim că trebuie să vă transformați formatul mesajului într-un set de date consumabil prin implementarea furnizorului și a consumatorului.

primii pași către transformări mai ușor de gestionat, este de a obține interfețe de consum și furnizor din modelul de date de referință. În modelul de date de referință, structura datelor este mai puțin importantă decât normalizarea semanticii. Aceste semantici sunt gestionate cu mare precizie de guvernanța datelor. De obicei, modelul de date de referință stabilește trasabilitatea artefactelor fizice, cum ar fi schemele bazei de date și cărțile de copiere COBOL. Această trasabilitate se poate dovedi foarte utilă în timpul implementării serviciului, în timp ce utilizarea semanticii normalizate va contribui la simplificarea dezvoltării hărților de transformare între consumatori și furnizori.

concluzie

guvernanța serviciilor este un aspect esențial al unei Arhitecturi orientate spre servicii de succes. Înființarea sa trebuie planificată și testată la începutul etapelor inițiale ale unei inițiative SOA. Cu toate acestea, o organizație de guvernare la scară largă condusă de un proces riguros ar trebui lansată numai atunci când conducta de servicii este suficient de mare pentru a menține echipa motivată și informată. Dacă activitățile de guvernare sunt prea îndepărtate în timp, echipa ar putea pierde interesul și cunoștințele critice pentru a-și executa activitățile în mod corespunzător. Registrul & Repository este un ingredient cheie pentru o guvernare de succes, deoarece gestionează „înregistrarea serviciului”. Scopul final al guvernanței serviciilor este de a permite specificarea, realizarea și funcționarea activelor IT reutilizabile. Ore suplimentare este de așteptat ca guvernanța serviciilor să evolueze spre a fi mult mai proactivă în punerea în aplicare a serviciilor critice pentru misiune.