Introduzione
Un servizio, sia esso fisico come un servizio di spedizione, o implementato da un agente software, è sempre progettato e perfezionato per essere riutilizzato dal maggior numero possibile di consumatori. Questa è l’essenza dell’architettura orientata ai servizi: ridurre i costi, i rischi e i ritardi delle soluzioni di costruzione, fattorizzando e implementando risorse IT in modo tale che possano essere riutilizzate, spesso in situazioni sconosciute al momento della progettazione. In quanto tale la governance SOA non è diversa dalla governance dei dati e dell’IT che mirano a progettare modelli di informazione o selezionare tecnologie che possono essere riutilizzate oltre i confini di un determinato progetto. I servizi devono essere regolati per diventare riutilizzabili: tutti i consumatori prevedibili devono essere in grado di esprimere le loro esigenze che sono successivamente prioritarie e gradualmente, mentre viene assegnato un proprietario del servizio e viene definito un modello di finanziamento.
In un precedente articolo, Stefan Tilkov ha esaminato più specificamente i ruoli nella governance SOA (1). Il mio obiettivo qui è aiutarti a stabilire un’organizzazione di governance dei servizi in termini di persone, processi e tecnologie.
Carta della governance dei servizi
L’obiettivo principale della governance dei servizi è quello di ottenere i vantaggi di un’architettura orientata ai servizi promuovendo la creazione di servizi riutilizzabili di classe enterprise. Come organizzazione interfunzionale, la governance dei servizi garantisce la risoluzione tempestiva di problemi e conflitti a causa dei compromessi necessari che vengono fatti quando vengono definiti i requisiti condivisi.
In particolare, l’organizzazione di governance dei servizi è incaricata di definire chiari confini di proprietà dei servizi e specificare un modello di finanziamento equo.
Service Governance monitora la distribuzione e il riutilizzo dei servizi in tutta l’organizzazione. Un elevato grado di riutilizzo del servizio, un flusso costante di implementazioni di servizi di classe enterprise e pensionamenti senza problemi sono gli indicatori di una governance di successo.
La governance dei servizi non deve sovrapporsi alla governance IT tradizionale e all’architettura aziendale; definiscono gli standard delle tecnologie SOA e la roadmap che porta a un aumento dei livelli di maturità SOA, mentre l’organizzazione di governance dei servizi ha il compito di evolvere il panorama dei servizi.
In generale, il ruolo di Service governance è costituito da candidati passivi e di processo identificati da specifici progetti o a livello di business unit. È solo quando un’organizzazione ha raggiunto un alto livello di maturità che la governance dei servizi può avviare un’identificazione sistematica dall’alto verso il basso dei servizi aziendali e charter la loro realizzazione indipendente da qualsiasi progetto.
In ogni caso, l’organizzazione di governance dovrebbe essere abilitata a creare servizi aziendali indipendenti dalle restrizioni di budget e risorse del progetto che inizialmente consumeranno il candidato al servizio. Il motivo è perché riusabilità di solito viene fornito con un ambito più ampio che si traduce in un prezzo più alto.
L’organizzazione di governance è l’amministratore delle definizioni di servizio che dovrebbero essere gestite come attività aziendali. È anche responsabile del mantenimento della tracciabilità e della conformità con altri asset aziendali come i modelli di processi aziendali e il modello di dati di riferimento. Torneremo sui legami con un modello di dati di riferimento o aziendale nell’ultima sezione del documento.
Persone
L’articolo menzionato prima descriveva i ruoli1 coinvolti nelle attività di governance dei servizi dal punto di vista dell’implementazione dei servizi. Quando un’organizzazione sta iniziando la sua architettura orientata ai servizi, questi ruoli sono sufficienti per garantire la fornitura di servizi di classe enterprise, specialmente quando appartengono a un Centro di eccellenza SOA.
| Ruolo | Descrizione |
| Servizio di Business Proprietario |
|
| Servizio Tecnico Proprietario |
|
| la Piattaforma SOA Architect |
|
| Servizio Sviluppatore |
|
Come un’organizzazione matura e il numero di candidati che aumenta è utile introdurre un sistema di governance leader che proprio il processo e le risorse per assicurarsi che le attività di governance sono eseguiti in modo appropriato e di risolvere i problemi in modo tempestivo. Dovrebbe essere assistito da un consiglio di governance interfunzionale e da un bibliotecario di servizio.
| Ruolo | Descrizione |
| la Governance di Piombo |
|
| Governance consiglio |
|
| Servizio Bibliotecario |
|
Vediamo tre livelli principali di maturità rispetto all’organizzazione di governance del servizio.
| Livello di Maturità | Organizzazione |
| Struttura |
|
| Esecuzione |
|
| Ottimizzato |
|
La figura 1 rappresenta alcune delle interazioni tra i ruoli coinvolti nella governance dei servizi.
Figura 1. Interazioni tra diversi componenti di governance
La chiave per costruire un’organizzazione di governance dei servizi di successo è ancora una volta essere agili e assemblare risorse, processi e tecnologie sufficienti per soddisfare le tue esigenze, ma non di più. Una grande organizzazione di governance dei servizi senza una ragionevole pipeline di candidati ai servizi perderà rapidamente vapore e perderà l’opportunità di fornire un feedback adeguato su alcuni candidati ai servizi.
Vuoi costruire un’organizzazione che promuova il riutilizzo dei servizi, niente di meno, niente di più.
Processo
Processi e attività
Esistono cinque tipi di attività svolte dall’organizzazione SOA governance:
- Service Candidate Management
- Service Change Management
- Service Consumer Management
- Service Roadmap Management
- SOA Governance Policy Changes
La figura 2 rappresenta alcune delle attività che possono essere eseguite durante il processo di Service Candidate Management. Un team di progetto può identificare un servizio e creare una proposta di servizio. Questa proposta viene quindi approvata, approvata con modifiche o respinta (come servizio enterprise) quando questo candidato al servizio non è potenzialmente riutilizzabile da altre parti dell’azienda.
Una volta accettato il candidato al servizio, vengono definiti il modello di proprietà e finanziamento e gli SLA e gliAs con l’aiuto del proprietario del servizio e dei potenziali consumatori.
Una volta realizzato il servizio, i suoi metadati vengono pubblicati nel registro e nel repository. Nelle grandi organizzazioni, si consiglia di tenere traccia dei servizi in costruzione per evitare proposte di servizi concorrenti.
Le attività di gestione delle modifiche sono spesso identiche alle attività eseguite durante una revisione del candidato del servizio. Attività come la proprietà dei servizi, il modello di finanziamento o le specifiche SLA/OLAs potrebbero essere facoltative.
Un aspetto critico della gestione del cambiamento è la gestione efficace dei servizi compatibili con i forward (2).
Le attività di gestione dei consumatori del servizio vengono eseguite principalmente dal bibliotecario del servizio, a meno che non siano necessarie modifiche per consentire a questo nuovo consumatore di utilizzare il servizio. Il bibliotecario può aiutare i consumatori del servizio a identificare il servizio di destinazione e acquisire una copia dei suoi metadati.
Le attività di gestione della roadmap del servizio vengono fornite se la Governance del servizio agisce in modo proattivo per identificare i servizi senza richieste specifiche di progetto. A quel punto la Governance dei servizi dovrebbe avere budget per commissionare lo sviluppo di questi servizi prima dei progetti che li consumeranno. Questo è un fattore critico di successo della governance poiché la progettazione e l’implementazione di servizi riutilizzabili potrebbero andare ben oltre lo scopo, i mezzi e il calendario di un determinato progetto. Le attività di governance richiedono tempo e possono raccomandare lunghi aggiornamenti a un candidato di servizio. Questo è il motivo per cui è così importante che l’organizzazione di governance gestisca le pianificazioni e le fasi dei requisiti specifici dei consumatori in modo tempestivo, riducendo al minimo l’impatto dei programmi di consegna delle soluzioni.
Figura 2. Attività di gestione dei candidati al servizio
Infine, un’organizzazione di governance potrebbe coinvolgere la governance IT per definire o modificare le proprie politiche operative.
Metadati del servizio
La proposta del candidato al servizio contiene una descrizione dell’interfaccia del servizio (non necessariamente in una forma leggibile dalla macchina) nonché tutti i requisiti funzionali e non funzionali associati al servizio che verranno utilizzati ad esempio per definire gli SLA e gliAs. Il CBDI Forum Service Architecture & Engineering meta model per SOA (3) fornisce una buona visione delle informazioni relative a un servizio che viene catturato durante le prime fasi del ciclo di vita e perfezionato nel tempo.
Il CBDI Forum SAETM metamodel contiene una definizione di servizio, incluse le operazioni proposte, le politiche e i servizi correlati, nonché una classificazione dei servizi. Il forum CBDI raccomanda inoltre di includere una definizione di servizio a livello aziendale che riguarda i processi aziendali, le capacità aziendali, le regole aziendali… alla definizione del servizio.
Tutte queste informazioni potrebbero potenzialmente essere utilizzate quando un consumatore sta cercando un particolare servizio. Questo è il motivo per cui è importante catturarlo in modo strutturato anche se gli standard di descrizione leggibili dalla macchina come WSDL non supportano (ancora) questo tipo di informazioni.
Il CBDI Forum SAE™ metamodel fornisce una sezione separata per le specifiche del servizio. L’aspetto interessante di questa parte del metamodello è che tiene traccia dei tipi di informazioni che sono coinvolti nel servizio come argomenti di operazione. Questa funzionalità non è ben supportata da WSDL, ad esempio, che definisce solo le rappresentazioni dei tipi di business che vengono scambiati come parti delle invocazioni delle operazioni ma non i tipi di business stessi.
La tracciabilità dei tipi di informazioni è fondamentale perché impedisce l’introduzione di semantica specifica dell’operazione. Un tipo di messaggio deve sempre essere definito con stretti legami con il modello di dati di riferimento. In effetti, i processi di governance SOA dovrebbero assicurarsi che non vengano definite semantiche aggiuntive nel tipo di messaggio rispetto al modello di dati di riferimento.
Il CBDI Forum SAE™ metamodel tiene traccia anche dei componenti aziendali utilizzati in un’implementazione del servizio.
Fattori di riutilizzabilità del servizio
Ci sono tre fattori importanti da considerare quando si contribuisce a promuovere la specifica dei servizi riutilizzabili. In primo luogo un’interfaccia di servizio deve essere completa rispetto ai suoi consumatori attuali e potenziali. Una buona metrica da tenere traccia è il numero di modifiche all’interfaccia e all’implementazione man mano che i nuovi consumatori entrano a bordo, sia per quelli che sono compatibili con i forward che per quelli che non lo sono.
In secondo luogo, dobbiamo considerare gli accordi a livello di servizio e operazioni appropriati (SLA e OL). Alcuni SLA potrebbe funzionare perfettamente per un consumatore ed essere un tappo spettacolo per un altro. SLA e OL possono anche essere difficili da raggiungere. L’organizzazione di governance SOA dovrebbe tenere traccia degli incidenti e monitorare il numero di modifiche agli SLA e agliAs risultanti da tali incidenti, nonché il numero di modifiche all’implementazione del servizio per soddisfare efficacemente i propri SLA e OL.
Infine, un’organizzazione di governance del servizio dovrebbe cercare di identificare tutti i potenziali consumatori di un candidato al servizio e coinvolgerli nel processo di ratifica della proposta di interfaccia del servizio. Una buona metrica per tenere traccia c’è il numero di clienti imprevisti trovati dopo un servizio è stato progettato. Questa metrica dovrebbe essere interpretata con attenzione in quanto potrebbe significare che il servizio è stato ben progettato e ha attirato un sacco di consumatori, o potrebbe significare che non è stato speso abbastanza tempo per identificare i consumatori giusti che ha portato a un sacco di modifiche successive.
Le attività e i ruoli di governance dei servizi sono spesso supportati da una soluzione di governance basata su un registro di servizio e un repository. Anche se è abbastanza banale dirlo, è importante tenere sempre presente che un bene può essere riutilizzato solo per quanto può essere trovato. Un registro è il catalogo o l’indice che funge da” sistema di record ” per i servizi all’interno di una SOA (4).
Un registro e un repository SOA in genere supportano le seguenti funzioni:
- Memorizza i metadati del servizio descrizioni (formati di messaggio e di gestione), associazioni (protocolli di comunicazione), endpoint (la rete accessibile risorsa che implementa il servizio)
- Fornisce un meccanismo di classificazione per aiutare a classificare e organizzare i servizi di
- Consente agli utenti di pubblicare nuovi servizi (come vengono identificate, realizzato e distribuito) nel registro di sistema e per sfogliare e cercare esistenti o previsti servizi
- Notifica di servizio consumatori dei cambiamenti pianificati
- Gestione SLA e OLA rapporti così come il consumo statistiche
- Gestire in modo sicuro i processi di governance e i risultati finali
- Fornire funzionalità di audit per tracciare la scia di modifiche e autorizzazioni applicate alle descrizioni degli asset
I processi di governance sono geograficamente distribuiti in natura e collaborativi. La gestione di questi processi è fondamentale per portare parti diverse per un consenso sulla definizione e realizzazione del servizio.
Poiché il registro e il repository sono il sistema di record per le informazioni di servizio sia in fase di progettazione che in fase di esecuzione, la sicurezza che circonda il “record di servizio” è fondamentale per evitare qualsiasi sostituzione degli endpoint, ad esempio.
Relazione con altre attività di governance
La governance dei servizi è un nuovo tipo di governance come parte delle più ampie attività di governance IT guidate da gruppi di architettura aziendale. La governance IT dovrebbe rimanere sotto il controllo della governance della piattaforma SOA stessa, mentre la governance dei servizi dovrebbe concentrare le sue attività sulla progettazione di servizi per il riutilizzo a livello aziendale, sulla realizzazione dei servizi e sulla consegna delle soluzioni (Figura 3). A livello aziendale, la governance dei servizi dovrebbe lavorare a stretto contatto con la governance IT per raccogliere il modello di processo aziendale per aiutare a identificare i candidati ai servizi sulla base di un’analisi dall’alto verso il basso e stabilire una roadmap per l’implementazione di questi servizi. Come abbiamo visto nella sezione processo in precedenza, il livello di servizio è dove la maggior parte delle attività di governance SOA si svolgono. Tutte queste attività sono supportate da un registro e repository.
A livello di soluzione, l’organizzazione di governance dei servizi dovrebbe valutare e indirizzare il livello di conformità rispetto alle linee guida dell’infrastruttura e dei servizi SOA.
La governance dei servizi ha forti legami con la governance dei dati attraverso l’utilizzo del modello di dati di riferimento aziendale. Il team di governance del servizio deve applicare l’utilizzo della semantica del modello di dati di riferimento per la progettazione dei tipi di messaggi operativi.
L’obiettivo qui non è quello di creare un “Modello di informazioni canoniche”. In un’architettura orientata ai servizi sarebbe ingenuo pensare che i consumatori siano sempre in grado di adottare il punto di vista del fornitore o che sia il fornitore che il consumatore possano sempre adottare lo stesso punto di vista. Anche se ciò fosse vero oggi, gli straordinari, i consumatori e i fornitori potrebbero non essere nella posizione di evolversi allo stesso tempo verso una versione più recente dell’interfaccia (sia in avanti che indietro compatibile).
Figura 3. Relazione tra governance SOA e altre attività di governance
Questa evoluzione divergente viene spesso gestita utilizzando un mediatore, e in particolare le trasformazioni dei messaggi. Anche se la mediazione non è esplicita nell’architettura dei servizi web del W3C (5), i professionisti SOA l’hanno usata da tempo sistematicamente per raggiungere un livello più elevato di accoppiamento libero e consentire evoluzioni autonome tra consumatori e fornitori. Queste trasformazioni sono inevitabili e questa capacità dovrebbe essere integrata nella tua infrastruttura SOA. Per inciso, la mediazione non richiede un “Modello di informazione comune”. Se si dovesse utilizzare tale “modello di informazioni comuni” indipendente dall’interfaccia provider e consumer e si desidera comunque ottenere un accoppiamento libero, si incorrerebbe nel costo di due trasformazioni, per non parlare del fatto che è ancora necessario trasformare il formato del messaggio in un set di dati consumabile dall’implementazione del provider e del consumatore.
Il primo passo verso trasformazioni più gestibili, è quello di ricavare interfacce consumer e provider dal modello di dati di riferimento. Nel modello di dati di riferimento, la struttura dei dati è meno importante della normalizzazione della semantica. Queste semantiche sono gestite con grande precisione da Data governance. Di solito, il modello di dati di riferimento stabilisce la tracciabilità di artefatti fisici come schemi di database e libri di copia COBOL. Questa tracciabilità può rivelarsi molto utile durante l’implementazione del servizio, mentre l’uso di semantica normalizzata contribuirà a semplificare lo sviluppo di mappe di trasformazione tra consumatori e fornitori.
Conclusione
La governance dei servizi è un aspetto essenziale di un’architettura orientata ai servizi di successo. La sua istituzione deve essere pianificata e testata nelle fasi iniziali di un’iniziativa SOA. Tuttavia, un’organizzazione di governance su vasta scala guidata da un processo rigoroso dovrebbe essere avviata solo quando la pipeline di servizi è abbastanza grande da mantenere il team motivato e informato. Se le attività di governance sono troppo distanti nel tempo, il team potrebbe perdere interesse e le conoscenze critiche per eseguire correttamente le proprie attività. Il repository Registry & è un ingrediente chiave per una governance di successo in quanto gestisce il “record di servizio”. L’obiettivo finale della governance del servizio è consentire la specifica, la realizzazione e il funzionamento di risorse IT riutilizzabili. Straordinario si prevede che la governance dei servizi si evolverà verso l’essere molto più proattivi nella messa in servizio dell’implementazione di servizi mission critical.