Topologie del team DevOps

Le organizzazioni faticano a strutturare i team che mantengono la governance e la sicurezza, consentendo al contempo la velocità e l'agilità richieste dallo sviluppo cloud moderno. Il modo in cui si organizzano i team influisce direttamente sulla capacità di offrire valore, rispondere alle esigenze aziendali e mantenere l'eccellenza operativa.

Questo articolo illustra come progettare strutture del team che bilanciano il controllo con l'autonomia. Imparerai come organizzare i team di piattaforma che forniscono fondamenta coerenti, consentire ai team responsabili dei carichi di lavoro di innovare rapidamente e introdurre team abilitanti per accelerare lo sviluppo delle capacità in tutta l'organizzazione. Allineando la struttura del team agli obiettivi dell'architettura, è possibile ridurre i problemi di recapito, ridurre al minimo il debito tecnico e creare un modello operativo sostenibile per le zone di destinazione di Azure.

Strutturare i team della piattaforma per la coerenza

I team della piattaforma offrono le basi per accelerare la distribuzione nell'organizzazione mantenendo al tempo stesso gli standard di governance e sicurezza. Le organizzazioni senza team della piattaforma dedicati devono affrontare implementazioni incoerenti, operazioni duplicate tra i team del carico di lavoro e difficoltà nell'applicazione di criteri a livello aziendale. Un team di piattaforma ben strutturato garantisce procedure coerenti, riduce la complessità per i team del carico di lavoro e incorpora la governance e la sicurezza nelle piattaforme usate per sviluppare carichi di lavoro. Usare le indicazioni seguenti per strutturare i team della piattaforma per la coerenza:

1. Creare un team multifunzionale della piattaforma. Formare un team di piattaforma che progetta, compila e gestisce il ciclo di vita della zona di destinazione di Azure. Includere membri di IT, sicurezza, conformità e business unit per rappresentare le priorità aziendali. Questa composizione garantisce che la piattaforma risponda contemporaneamente ai requisiti tecnici, ai problemi di sicurezza, agli obblighi di conformità e alle esigenze aziendali. La rappresentazione interfunzionale impedisce lo slo e accelera il processo decisionale perché il team risolve i conflitti internamente anziché attraverso processi di approvazione lunghi.

2. Definire responsabilità chiare della piattaforma. Assegnare la responsabilità del team della piattaforma per le funzioni a livello aziendale che richiedono un'implementazione coerente in tutti i carichi di lavoro. La tabella seguente elenca le responsabilità comuni della piattaforma:

   Categoria di responsabilità	Responsabilità
   Governance e conformità	Governance dell'architettura, gestione delle politiche e applicazione, monitoraggio e verifiche della sicurezza
   Fornitura di risorse	Provisioning e delega delle sottoscrizioni, piattaforma come codice (gestione di modelli, script e altre risorse)
   Identità e accesso	Politiche di gestione delle identità e degli accessi, controllo degli accessi in base al ruolo di Azure, definizioni dei ruoli
   Gestione della rete	Gestione della rete, delega dei criteri di rete
   Operations	Operazioni generali in Azure all'interno del tenant di Microsoft Entra, gestione dei principali di servizio, registrazione dell'API Microsoft Graph
   Gestione delle chiavi	Gestione delle chiavi per i servizi centrali (semplice protocollo di trasferimento di posta elettronica e controller di dominio)
   Osservabilità della piattaforma	Gestione e monitoraggio della piattaforma, gestione dei costi

3. Creare piattaforme che riducono il carico cognitivo. Progettare la piattaforma in modo da nascondere la complessità ai team che gestiscono i carichi di lavoro. Fornire funzionalità self-service, provisioning automatizzato e linee guida chiare che consentano ai team responsabili dei carichi di lavoro di procedere rapidamente senza richiedere competenze approfondite nella gestione dell'infrastruttura. Questo approccio bilancia l'autonomia con il controllo perché i team applicativi acquisiscono maggiore rapidità, mentre il team della piattaforma mantiene la governance tramite l'applicazione automatizzata dei criteri anziché tramite approvazioni manuali.

Dare ai team che gestiscono i carichi di lavoro gli strumenti per essere agili

I team del carico di lavoro delle applicazioni guidano i risultati aziendali diretti e richiedono autonomia per rispondere rapidamente ai requisiti mutevoli. Le organizzazioni che centralizzano troppe funzioni o costringono i team responsabili dei carichi di lavoro a passare attraverso processi di approvazione manuali rallentano la distribuzione e creano colli di bottiglia che riducono il vantaggio competitivo. Dare autonomia ai team che gestiscono i carichi di lavoro, mantenendo al contempo la governance, richiede controlli guidati da criteri anziché meccanismi di approvazione centralizzati. Usare le indicazioni seguenti per consentire ai team del carico di lavoro di offrire agilità:

1. Delegare la proprietà del ciclo di vita dell'applicazione. Assegnare ai team del carico di lavoro la piena responsabilità per la creazione e la gestione delle risorse dell'applicazione tramite un modello DevOps. Questa proprietà include la gestione del database, la migrazione o la trasformazione delle applicazioni, la gestione e il monitoraggio delle applicazioni, il controllo degli accessi in base al ruolo di Azure per le risorse dell'applicazione, il monitoraggio della sicurezza e i controlli per le risorse dell'applicazione, i segreti e la gestione delle chiavi delle applicazioni, la gestione dei costi per le risorse dell'applicazione e la gestione della rete per le risorse dell'applicazione. La proprietà end-to-end crea responsabilità e consente ai team di ottimizzare le applicazioni senza attendere che i team centrali implementino le modifiche.

2. Applicare la governance tramite politica, non processo. Evitare la centralizzazione che limita l'agilità. Non forzare i team responsabili dei carichi di lavoro a utilizzare artefatti centralizzati o pipeline di provisioning. Applica invece la governance tramite controlli guidati da politiche e Azure Role Based Controllo di accesso (RBAC). Questo equilibrio mantiene l'innovazione mantenendo al contempo gli standard di conformità e sicurezza. La governance basata su criteri si adatta meglio della governance basata su processi perché automatizza i controlli di conformità e fornisce feedback immediato senza intervento umano.

3. Stabilire limiti e interfacce chiari. Definire contratti chiari tra il team della piattaforma e i team del carico di lavoro. Documentare le funzionalità della piattaforma, il controllo dei team del carico di lavoro e il modo in cui i team richiedono modifiche ai servizi condivisi. I limiti chiari riducono l'attrito e impediscono conflitti che rallentano il recapito.

Distribuire i team abilitanti per colmare le lacune nelle competenze

I team abilitanti forniscono competenze specialistiche che aiutano i team applicativi e della piattaforma a raggiungere il livello di competenza necessario senza dover sviluppare internamente ogni singola competenza. Le organizzazioni senza team abilitanti si trovano ad affrontare un'adozione irregolare delle migliori pratiche, errori ripetuti tra i team e progressi più lenti, poiché i team devono acquisire in modo indipendente competenze in aree complesse. Consentire ai team di accelerare l'adozione e ridurre i rischi fornendo supporto, formazione e coaching incentrati. Usare le indicazioni seguenti per rendere operativi i team allo scopo di colmare le lacune nelle competenze:

1. Identificare i gap di capacità tra i team. Valutare il carico di lavoro e i team della piattaforma per identificare le lacune comuni delle competenze o le aree in cui i team hanno difficoltà ad adottare le procedure consigliate. Concentrarsi sull'abilitazione delle attività del team su aree ad alto impatto in cui il supporto specializzato crea il massimo valore, ad esempio le procedure DevOps, l'implementazione della sicurezza o i modelli di architettura nativa del cloud.

2. Fornire supporto e coaching associati al tempo. Introdurre l'abilitazione dei team a colmare le lacune delle competenze e di assistere le procedure DevOps per le applicazioni o le piattaforme che non dispongono di funzionalità dedicate. Questo supporto è fondamentale per i carichi di lavoro legacy in cui lo sviluppo di una piena capacità DevOps non è fattibile. Consentire ai team di ridurre i rischi e migliorare la velocità di adozione. Definire linee guida e funzionalità orizzontali (tra funzioni) per acquisire le competenze appropriate nell'organizzazione, garantendo così l'allineamento con il modello operativo cloud di destinazione complessivo. Fornire supporto, formazione e coaching per altri team per raggiungere il livello di competenza necessario. Gli impegni con vincoli di tempo impediscono la dipendenza e assicurano che i team sviluppino funzionalità interne.

3. Creare asset riutilizzabili e promuovere la collaborazione. Stabilire un set comune di modelli e librerie riutilizzabili per i team dell'applicazione o della piattaforma e promuovere InnerSourcing, ad esempio moduli verificati di Azure. Gli asset riutilizzabili accelerano il recapito tra i team e garantiscono un'implementazione coerente delle procedure consigliate. InnerSourcing incoraggia i team a contribuire ai miglioramenti apportati agli asset condivisi, creando un ciclo di miglioramento continuo che trae vantaggio dall'intera organizzazione.