Confrontare modelli operativi
In questa unità si esamineranno i modelli operativi comuni per vedere quali si adattano meglio allo scenario di Tailwind Traders. Si apprenderà anche come valutare ed eseguire il mapping del modello operativo più adatto ai piani di adozione del cloud. Queste informazioni consentiranno di scegliere la zona di destinazione di Azure più adatta per iniziare a creare l'ambiente cloud.
Confrontare modelli operativi
Tra i progetti di adozione del cloud emergono i quattro modelli operativi comuni seguenti. Esaminare questi modelli operativi può essere utile per strutturare le conversazioni sulla progettazione e sulla configurazione dell'ambiente. Ogni modello operativo esegue il mapping a una o più zone di destinazione di Azure per accelerare la distribuzione iniziale.
Le caratteristiche seguenti facilitano la scelta di uno dei modelli operativi comuni:
Priorità strategica: l'innovazione, il controllo (operazioni ottimizzate), la democratizzazione (autonomia) e l'integrazione sono tutte priorità strategiche importanti per l'adozione del cloud. Durante la conversazione con gli stakeholder esecutivi, quale sarà il fattore più importante per l'azienda nei prossimi 3-5 anni?
Organizzazione: l'organizzazione delle persone richiede alcune decisioni operative. Esiste un team IT di piccole dimensioni che copre l'intero portfolio? Sono disponibili team distinti dedicati a funzioni, ad esempio sicurezza, governance e operazioni? I team sono organizzati per singoli carichi di lavoro? Si è legati a rigidi standard di conformità di terze parti esaminati da un revisore o da altri enti per il controllo della conformità?
Ambito del portfolio: le dimensione del portfolio e l'obiettivo delle operazioni sono altre considerazioni importanti per ogni modello operativo. Si gestisce un portfolio di carichi di lavoro multicloud ampio e complesso? Una singola piattaforma cloud può supportare il portfolio? Tutti i carichi di lavoro devono essere presenti in un'unica sottoscrizione di produzione? Le operazioni sono specifiche per un carico di lavoro senza supporto centrale? Per altre informazioni su questi termini, vedere l'articolo relativo alla gerarchia del portfolio.
Responsabilità (separazione dei compiti): quando si tratta di tecnologia, c'è sempre qualcosa che può andare storto. Questo è il motivo per cui pochi team accettano un contratto di servizio con tempo di attività del 100%. Quando qualcosa si interrompe o non viene eseguito come previsto, chi è responsabile di effettuare la chiamata? Chi è responsabile di correzioni proattive per ridurre al minimo le interruzioni? Chi è responsabile delle spese per il cloud e dei budget in essere? La responsabilità e i requisiti di accesso associati guidano alcune decisioni in fase di progettazione dell'ambiente.
Standardizzazione: la standardizzazione delle utilità di base, ad esempio la rete, l'identità e la sicurezza, può generare risparmi tangibili in termini di costi e ridurre il numero di persone dedicate ai diversi lavori richiesti. In quale misura è importante la standardizzazione di utilità o di risorse condivise?
Priorità delle operazioni: quando si modernizzano le operazioni, il team operativo sceglie comunemente servizi cloud-first come forma principale per il supporto delle operazioni. In alternativa, quando il team vuole usare principalmente gli strumenti locali esistenti, il cloud può essere un'estensione o un modello operativo secondario. Per il futuro è preferibile un'idea cloud-first di operazioni e strumenti di supporto? Gli strumenti esistenti verranno trasferiti ed estesi nel cloud? Si sta cercando un approccio unificato per le operazioni che possa combinare facilmente operazioni di cloud pubblico e privato?
Velocità di sviluppo della piattaforma: i carichi di lavoro richiedono i propri asset, che creano l'ambiente del carico di lavoro diretto. Oltre a questi asset di supporto diretto, esistono diversi livelli di investimento iniziale. Quanto si vuole investire nelle utilità di base che saranno condivise tra i carichi di lavoro, ad esempio rete e identità? Quale investimento iniziale sarà destinato a un'impostazione del cloud centralizzato che condividerà tali utilità tra più zone di destinazione?
Operazioni decentralizzate
Il modello operativo meno complesso è un modello completamente decentralizzato. Questo modello è prevalentemente incentrato su carichi di lavoro indipendenti, con minima dipendenza da operazioni centralizzate. Viene anche detto modello IT bimodale o decentralizzato.
Priorità strategica: le organizzazioni usano spesso la decentralizzazione quando danno priorità all'innovazione rispetto al controllo. Questo modello è comune nelle organizzazioni di startup, ma è una tendenza che sta crescendo anche in organizzazioni di grandi dimensioni.
Organizzazione: i team sono organizzati in base a carichi di lavoro o a processi aziendali, a differenza degli altri tre modelli operativi.
Ambito del portfolio: anche l'ambito del portfolio è limitato ai livelli del carico di lavoro. Quando un'organizzazione è completamente decentralizzata, è improbabile che investa molto tempo nella gestione dell'allineamento del portfolio.
Responsabilità (separazione dei compiti): il team del carico di lavoro è interamente responsabile per operazioni, governance e decisioni sulla sicurezza. Non esiste un modello di responsabilità condivisa nelle operazioni decentralizzate.
Standardizzazione: le procedure consigliate e l'automazione della distribuzione (pipeline di integrazione continua e distribuzione continua) sono cruciali per la creazione di qualsiasi livello di standardizzazione tra i carichi di lavoro. Senza funzioni centralizzate, la standardizzazione probabilmente non avrà lunga durata.
Priorità delle operazioni: è probabile che un team delle operazioni decentralizzate privilegi le operazioni cloud-first usando strumenti SaaS (Software as a Service, software come un servizio ) o PaaS (Platform as a service, piattaforma distribuita come servizio).
Velocità di sviluppo della piattaforma: le operazioni decentralizzate potrebbero condividere gli script di distribuzione tra i carichi di lavoro, ma non esistono o quasi risorse centrali condivise tra i carichi di lavoro.
Operazioni centralizzate
Un modello centralizzato è il modello operativo più comune nell'IT. Questo modello è incentrato soprattutto su un ambiente di produzione controllato, gestito esclusivamente da operazioni centralizzate. Le operazioni centralizzate sono incentrate su un numero minore di zone di destinazione con utilità di base incorporate.
La gestione di ambienti non di produzione varia a seconda dell'organizzazione. Tuttavia, in un modello di operazioni centralizzate è probabile che anche gli ambienti non di produzione siano limitati da requisiti di governance e sicurezza.
Priorità strategica: quando il controllo e la stabilità dell'azienda sono più importanti dell'innovazione, questo modello tende a essere la tendenza più alta. Le organizzazioni più grandi o le organizzazioni stabili usano spesso operazioni centralizzate. Questo modello è comune quando i requisiti di conformità di terze parti sono alla base delle decisioni ambientali.
Organizzazione: Teams è organizzato per primo in base a funzioni o processi. Nelle organizzazioni più piccole, l'IT centrale è costituito da membri di team che si occupano di sicurezza, governance, operazioni e infrastruttura. Man mano che le organizzazioni crescono, tali funzioni possono essere suddivise in team dedicati a ogni funzione.
Ambito portfolio: i team operativi centralizzati tendono a concentrarsi su una zona di destinazione o su un numero ridotto di zone di destinazione. All'interno di queste zone di destinazione l'organizzazione distribuisce utilità di base per supportare una combinazione di carichi di lavoro in ogni zona di destinazione. Questo modello operativo tende a creare problemi di ridimensionamento quando l'organizzazione supporta impostazioni del cloud solide e portfolio multicloud.
Responsabilità (separazione dei compiti): in questo modello operativo i team IT o operativi centrali sono in genere responsabili di tutte le risorse in produzione. La separazione dei compiti tende a incentrarsi sull'isolamento dell'ambiente, che impedisce ai team specifici del carico di lavoro di interagire con le risorse di produzione.
Standardizzazione: la standardizzazione tra i carichi di lavoro è probabilmente elevata. Tuttavia, man mano che il portfolio cresce per estendersi in più zone di destinazione o più piattaforme cloud, la standardizzazione potrebbe interrompersi richiedendo modifiche significative all'ambiente.
Priorità operativa: le organizzazioni usano in genere operazioni centralizzate quando considerano il modello operativo cloud un modello operativo secondario. Poiché le operazioni cloud locali o private esistenti rappresentano il modello principale, queste organizzazioni tendono a privilegiare gli strumenti operativi esistenti, limitando l'uso primario di strumenti operativi moderni cloud-first.
Velocità di sviluppo della piattaforma: i team delle operazioni centralizzate richiedono in genere un approccio iniziale "in piccolo" per soddisfare le utilità comuni. Nel corso del tempo, i team si concentreranno sulla creazione di soluzioni ottimali per l'ambiente.
Operazioni aziendali
Un modello operativo è appropriato per i clienti che eseguono la migrazione di interi data center o portfolio di grandi dimensioni nel cloud. Le operazioni aziendali sono incentrate su un numero elevato di zone di destinazione con utilità di base centralizzate in un'impostazione della piattaforma.
Priorità strategica: il modello aziendale è incentrato sulla democratizzazione delle decisioni e delle responsabilità delegate per bilanciare la necessità di innovazione in alcune zone di destinazione e di controllo più rigoroso in altre. Si tratta di una priorità strategica per le organizzazioni di grandi dimensioni che devono proteggere gli interessi esistenti e al tempo stesso incoraggiare l'innovazione per adeguarsi ai cambiamenti del mercato.
Organizzazione: le operazioni aziendali consentono di creare e gestire le funzionalità in ogni team del carico di lavoro. I team del carico di lavoro sono allineati in base alla funzione, ad esempio governance, sicurezza e operazioni. Un team del centro di eccellenza cloud dedicato riunisce i team del carico di lavoro e di supporto per coordinare le attività e assicurare eccellenza operativa nell'impostazione del cloud.
Ambito portfolio: l'ambito delle operazioni aziendali è incentrato sulla base del cloud olistica per garantire che le utilità di base siano centralizzate e disponibili per tutte le zone di destinazione. Le zone di destinazione e gli ambienti del carico di lavoro dedicati possono quindi essere distribuiti in una capacità self-service con tutte le dipendenze richieste fornite dal cloud.
Responsabilità (separazione dei compiti): il team del centro di eccellenza cloud è responsabile della gestione delle risorse centralizzate necessarie e della creazione della visibilità per il portfolio. I team delle operazioni centralizzate e delle operazioni specifiche del carico di lavoro sono quindi responsabili del supporto giornaliero dei singoli carichi di lavoro.
Standardizzazione: la standardizzazione è più alta in questo modello operativo. L'impostazione del cloud centralizzato assicura coerenza nella configurazione di tutte le aree di progettazione delle zone di destinazione. Solide procedure consigliate favoriscono la distribuzione automatizzata per tutti i carichi di lavoro. Questa automazione consente un'ulteriore standardizzazione a livello di carico di lavoro e asset.
Priorità operativa: un modello operativo aziendale richiede un approccio cloud-first alle operazioni. Gli strumenti basati sul cloud proprietari sono essenziali per la gestione di operazioni centralizzate nel cloud. Questo tipo di modello deve apparire nel cloud come modello operativo primario per essere valido. L'organizzazione visualizza le operazioni locali esistenti come operazioni secondarie e deve includerle in un piano di transizione a lungo termine.
Velocità di sviluppo della piattaforma: per favorire la centralizzazione di governance, sicurezza e operazioni in un portfolio di carichi di lavoro in rapida crescita, i team delle operazioni aziendali richiederanno l'implementazione di una soluzione aziendale prima dell'adozione.
Operazioni distribuite
Il modello distribuito è la forma più complessa di operazioni e riunisce gli altri modelli.
Le aziende scelgono comunemente questo approccio in seguito alla crescita dovuta a una rapida acquisizione, il cui risultato è una combinazione distribuita dei tre modelli operativi precedenti. Le aziende possono rimanere in questo stato per periodi prolungati. Per ridurre al minimo la ridondanza e promuovere operazioni più efficienti devono però considerare lo sviluppo di un piano per la transizione a uno dei modelli meno complessi.
Priorità strategica: le organizzazioni usano questo modello quando privilegiano l'integrazione delle business unit acquisite rispetto all'innovazione o al controllo. Si tratta spesso di una strategia temporanea o transitoria, necessaria per passare poi a un modello operativo più efficiente. Questo modello tende a persistere quando l'organizzazione vuole mantenere l'autonomia e valuta una strategia di uscita a breve termine, come si riscontra comunemente nel settore private equity o per le società di holding.
Organizzazione: una struttura centralizzata dell'organizzazione è complessa da gestire in questo modello operativo. È consigliabile che le organizzazioni inizino con la formazione di un team virtuale del centro di eccellenza cloud nelle prime fasi del processo per creare visibilità e consapevolezza rispetto alle operazioni dell'organizzazione.
Ambito portfolio: le operazioni distribuite si concentrano su un portfolio complesso. Nel corso del tempo ci si può concentrare su livelli più granulari del portfolio.
Responsabilità (separazione dei compiti): la responsabilità varia tra le business unit. È difficile ottenere una separazione dei compiti da una prospettiva centralizzata.
Standardizzazione: il primo passo verso la standardizzazione in un modello di operazioni distribuite è quello di ottenere una visione chiara delle proprietà digitali per il portfolio completo. Un approccio guidato dai dati inizierà a identificare le similitudini nel portfolio che faranno propendere verso un modello di operazioni centralizzate o di operazioni aziendali.
Priorità operativa: la priorità delle operazioni in questo modello riguarda i dati. La centralizzazione dei dati tramite gli strumenti progettati per le operazioni unificate consentirà a un team del centro di eccellenza cloud di istruire e guidare le varie business unit durante le transizioni o le attività di maturità. Prima di forzare una priorità operativa coerente, valutare il portfolio delle operazioni del carico di lavoro per assicurare la correttezza degli strumenti e delle baseline.
Velocità di sviluppo della piattaforma: la valutazione del portfolio di operazioni del carico di lavoro identificherà una velocità accettabile per lo sviluppo della piattaforma che si allineerà ad un approccio iniziale "in piccolo" o un approccio "su scala aziendale". Il punto dati primario per determinare la direzione dipenderà dall'approccio più comunemente adottato per la gestione delle operazioni nel portfolio.