Razionalizzare il digital estate
La razionalizzazione del cloud è il processo di valutazione delle risorse per determinare l'approccio migliore per l’hosting delle risorse stesse nel cloud. Dopo aver determinato un approccio e aggregato un inventario, la razionalizzazione del cloud può iniziare. La razionalizzazione del cloud illustra le opzioni di razionalizzazione più comuni.
Il video seguente offre una rapida panoramica sul completamento di una valutazione completa per pianificare le attività di migrazione e classificarle in ordine di priorità.
Visione tradizionale della razionalizzazione
È facile comprendere la razionalizzazione, se si guarda al tradizionale processo di razionalizzazione come a una struttura decisionale complessa. Ciascuna risorsa del digital estate viene immessa tramite un processo si traduce in una delle cinque risposte (le 5 R della razionalizzazione). Per piccoli estate, questo processo funziona bene. Per gli estate più grandi, non è efficiente e può causare ritardi significativi. Cerchiamo di capirne il motivo esaminando il processo. In seguito presenteremo un modello più efficiente.
Inventario: per completare una razionalizzazione completa usando i modelli tradizionali, è necessario un inventario preciso delle risorse, comprese applicazioni, software, hardware, sistemi operativi e metriche delle prestazioni dei sistemi.
Analisi quantitativa: nella struttura decisionale, le domande quantitative guidano il primo livello di decisioni. Ecco alcune domande comuni:
- La risorsa è al momento utilizzata?
- In questo caso, è ottimizzata e valutata in modo corretto?
- Quali dipendenze esistono tra le risorse? Queste domande sono fondamentali per la classificazione dell'inventario.
Analisi qualitativa: il set successivo di decisioni richiede l'intelligenza umana per realizzare un'analisi qualitativa. Spesso le domande poste sono specifiche della soluzione e solo gli stakeholder aziendali e gli utenti esperti possono fornire una risposta. Queste decisioni in genere ritardano il processo, determinando un ritardo generale. Questa analisi richiede in genere da 40 a 80 ore FTE per ogni applicazione.
Le linee guida per la creazione di un elenco di domande di analisi qualitativa sono disponibili in Approcci per la pianificazione del digital estate.
Decisione di razionalizzazione: nelle mani di un team di razionalizzazione esperto, i dati quantitativi e qualitativi consentono di prendere decisioni chiare. Sfortunatamente, i team con un elevato livello di esperienza sulla razionalizzazione sono costosi e il training richiede mesi.
Razionalizzazione su scala aziendale
Se questa operazione richiede molto tempo ed è molto complessa per un digital estate di 50 macchine virtuali, possiamo immaginare la difficoltà di portare a termine una trasformazione aziendale in un ambiente con migliaia di macchine virtuali e centinaia di applicazioni. Il lavoro richiesto supererà facilmente 1.500 ore FPE e nove mesi di pianificazione.
La razionalizzazione completa è l'obiettivo finale e un modo eccezionale per andare avanti, ma raramente produce un ROI elevato rispetto alle energie e ai tempi richiesti.
Se la razionalizzazione è essenziale per prendere decisioni finanziarie, vale la pena di prendere in considerazione un'organizzazione di servizi professionali specializzata nella razionalizzazione su cloud per accelerare il processo. Anche in questo caso la razionalizzazione completa può comportare costi e tempi significativi, che ritardano la trasformazione o i risultati aziendali.
Nel resto di questo articolo è descritto un approccio alternativo, noto come razionalizzazione incrementale.
Razionalizzazione incrementale
La razionalizzazione completa di un grande digital estate comporta dei rischi e può comportare ritardi a causa della sua complessità. Il presupposto che sta alla base dell'approccio incrementale è che le decisioni ritardate consentono di ripartire il carico sull'azienda per ridurre il rischio di ostacoli. Nel corso del tempo, questo approccio consente di creare un modello organico per sviluppare i processi e l'esperienza necessari per prendere decisioni qualificate sulla razionalizzazione nel modo più efficiente.
Inventario: ridurre i punti dati di individuazione
Poche organizzazioni investono il tempo, l'energia e le spese necessari per gestire un inventario accurato e in tempo reale dell'intero digital estate. Perdita, furto, cicli di aggiornamento e onboarding del personale spesso giustificano il rilevamento dettagliato degli asset dei dispositivi degli utenti finali. Il ROI della gestione di un inventario accurato di server e applicazioni in un data center locale tradizionale è spesso basso. La maggior parte delle organizzazioni IT ha problemi più urgenti da risolvere rispetto al rilevamento dell'uso dei cespiti in un data center.
In una trasformazione cloud, l'inventario è direttamente correlato ai costi operativi. Per una pianificazione corretta sono necessari dati di inventario precisi. Purtroppo, le attuali opzioni di analisi ambientale possono ritardare le decisioni di settimane o mesi. Ma per fortuna esistono alcuni trucchi che possono accelerare la raccolta dei dati.
L'analisi basata sugli agenti è la causa di ritardo più citata. I dati solidi necessari per una razionalizzazione tradizionale spesso possono essere raccolti solo con un agente in esecuzione in ogni risorsa. Questa dipendenza dagli agenti spesso rallenta l'avanzamento perché può richiedere un feedback dalle funzioni di sicurezza, operative e amministrative.
In un processo di razionalizzazione incrementale, è possibile usare una soluzione senza agente per un'individuazione iniziale, in modo da accelerare le prime decisioni. A seconda del livello di complessità dell'ambiente, potrebbe essere ancora necessaria una soluzione basata su agenti, ma può essere rimossa dal percorso critico verso il cambiamento aziendale.
Analisi quantitativa: semplificare le decisioni
Indipendentemente dall'approccio per l'individuazione dell’inventario, l'analisi quantitativa può guidare le decisioni iniziali e i presupposti. Ciò vale soprattutto quando si tenta di identificare il primo carico di lavoro o quando l'obiettivo della razionalizzazione è un confronto dei costi di alto livello. In un processo di razionalizzazione incrementale, il team di strategia del cloud e i team per l'adozione del cloud limitano le cinque R della razionalizzazione a due decisioni concise e applicano solo quei fattori quantitativi. In questo modo si semplifica l'analisi e si riduce la quantità di dati iniziali necessari per guidare il cambiamento.
Ad esempio, se un'organizzazione ha avviato una migrazione IaaS nel cloud, si può presupporre il ritiro o il rehosting della maggior parte dei carichi di lavoro.
Analisi qualitativa: presupposti temporanei
Riducendo il numero di risultati potenziali, è più facile giungere a una decisione iniziale sullo stato futuro di una risorsa. Riducendo le opzioni, si riduce anche il numero di domande dell'azienda in questa fase iniziale.
Ad esempio, se le opzioni sono limitate al rehosting o al ritiro, l'azienda deve rispondere a una sola domanda durante la razionalizzazione iniziale, ovvero se ritirare l'asset.
"L'analisi suggerisce che nessun utente usa attivamente questo asset. È accurato o è stato trascurato qualcosa?" Una domanda binaria di questo tipo è in genere molto più semplice da eseguire tramite l'analisi qualitativa.
Questo approccio semplificato genera linee di base, piani finanziari, strategia e direzione. Nelle attività successive, ciascuna risorsa viene sottoposta a ulteriore razionalizzazione e analisi qualitativa per valutare altre opzioni. Tutti i presupposti di questa razionalizzazione iniziale vengono testati prima di eseguire la migrazione dei singoli carichi di lavoro.
Verificare i presupporti
Il risultato della sezione precedente è una razionalizzazione approssimativa piena di presupposti. A questo punto è tempo di verificare alcuni di questi presupposti.
Ritirare gli asset
In un ambiente locale tradizionale, che ospita risorse di piccole dimensioni e non usate, raramente causa un notevole impatto sui costi annuali. Con alcune eccezioni, l'impegno in termini di FTE per analizzare e ritirare l'asset effettivo supera il risparmio sui costi derivante dall'eliminazione e dal ritiro di tali asset.
Quando si passa a un modello di accounting cloud, il ritiro degli asset può produrre risparmi significativi nei costi operativi annuali e nelle attività di migrazione iniziale.
Frequentemente le organizzazioni ritirano almeno il 20% del digital estate dopo aver completato l'analisi quantitativa. È consigliabile eseguire un'ulteriore analisi qualitativa prima di intervenire. Dopo la conferma, il ritiro di tali asset può produrre la prima vittoria ROI della migrazione cloud. Questo è spesso uno dei principali fattori di risparmio sui costi. Pertanto, il team di strategia del cloud deve supervisionare la convalida e il ritiro degli asset, parallelamente all'esecuzione della metodologia di migrazione, per ottenere un risultato finanziario nelle prime fasi.
Regolazioni del programma
Raramente una società intraprende una sola trasformazione. La scelta tra riduzione dei costi, crescita del mercato e nuovi flussi di ricavi raramente è una decisione binaria. Di conseguenza, è consigliabile che il team di strategia del cloud collabori con il team IT per identificare gli asset in attività di trasformazione parallele che non rientrano nell'ambito del percorso di trasformazione principale.
Nell'esempio di migrazione IaaS riportato in questo articolo:
Chiedere al team DevOps di identificare gli asset che fanno già parte di un'automazione delle distribuzioni e rimuoverli dal piano di migrazione principale.
Chiedere ai dati e ai team R&D di identificare gli asset che alimentano nuovi flussi di ricavi e rimuoverli dal piano di migrazione principale.
Questa analisi qualitativa incentrata sul programma può essere eseguita rapidamente e crea un allineamento tra diversi backlog di migrazione.
Potrebbe essere comunque necessario considerare alcuni asset come asset di rehosting per un certo periodo di tempo. È possibile programmare la razionalizzazione successiva dopo la migrazione iniziale.
Selezionare il primo carico di lavoro
L’implementazione del primo carico di lavoro è fondamentale per le verifiche e l’apprendimento. È la prima opportunità per dimostrare e costruire una mentalità orientata alla crescita.
Criteri aziendali
Per assicurare la trasparenza aziendale, identificare un carico di lavoro supportato da un membro della business unit del team di strategia del cloud. Preferibilmente, sceglierne uno per il quale il team ha un interesse diretto e una forte motivazione al passaggio al cloud.
Criteri tecnici
Selezionare un carico di lavoro con dipendenze minime e che possa essere spostato come piccolo gruppo di risorse. È consigliabile selezionare un carico di lavoro con un percorso di test definito per semplificare la convalida.
Il primo carico di lavoro è spesso distribuito in un ambiente sperimentale senza capacità operativa o di governance. È importante selezionare un carico di lavoro che non interagisca con i dati protetti.
Analisi qualitativa
I team di adozione e strategia del cloud possono collaborare per analizzare questo piccolo carico di lavoro. Questa collaborazione rappresenta un'opportunità controllata per creare e testare i criteri di analisi qualitativa. La popolazione ridotta consente di sondare gli utenti interessati e completare un'analisi qualitativa dettagliata al massimo in una settimana. Per i fattori di analisi qualitativa comuni, vedere l'obiettivo specifico della razionalizzazione nelle cinque R della razionalizzazione.
Migrazione
Parallelamente alla razionalizzazione continua, il team di adozione del cloud può iniziare la migrazione del piccolo carico di lavoro per espandere le conoscenze nelle seguenti aree chiave:
- Rafforzare le competenze nell'ambito della piattaforma del provider di servizi cloud.
- Definire i servizi principali e gli standard di Azure necessari per la visione a lungo termine.
- Comprendere meglio le possibili variazioni necessarie delle operazioni in una fase successiva della trasformazione.
- Comprendere i rischi aziendali insiti e la tolleranza dell'azienda a tali rischi.
- Stabilire una baseline o un prodotto minimo funzionante (MVP) per la governance in funzione della tolleranza al rischio dell'azienda.
Pianificazione del rilascio
Mentre il team di adozione del cloud esegue la migrazione o l'implementazione del primo carico di lavoro, il team di strategia del cloud può iniziare ad assegnare la priorità ai carichi di lavoro e alle applicazioni rimanenti.
Power of 10
L'approccio tradizionale alla razionalizzazione tenta di soddisfare tutte le esigenze prevedibili. Per fortuna, spesso non è necessario un piano per tutte le applicazioni per avviare un processo di trasformazione. In un modello incrementale, l'approccio Power of 10 offre un buon punto di partenza. In questo modello, il team di strategia del cloud seleziona le prime 10 applicazioni di cui eseguire la migrazione. Questi dieci carichi di dieci lavoro devono contenere una combinazione di carichi di lavoro semplici e complessi.
Creare i primi backlog
I team di strategia e adozione del cloud possono collaborare all'analisi qualitativa dei primi 10 carichi di lavoro. In questo modo è possibile creare il primo backlog di migrazione e il primo backlog di rilascio in ordine di priorità. Questo metodo consente ai team di iterare l'approccio e fornisce il tempo sufficiente per creare un processo adeguato per l'analisi qualitativa.
Far maturare il processo
Quando i due team hanno concordato i criteri di analisi qualitativa, la valutazione può diventare un'attività all'interno di ciascuna iterazione. Per raggiungere un accordo sui criteri di valutazione di solito sono necessari 2-3 rilasci.
Quando la valutazione passa al processo di esecuzione incrementale della migrazione, il team di adozione del cloud può iterare più rapidamente in base alla valutazione e all'architettura. In questa fase, anche il team di strategia del cloud è astratto, riducendo il dispendio di tempo. Questo consente inoltre al team di strategia del cloud di concentrarsi sulla definizione della priorità delle applicazioni non ancora incluse in un rilascio specifico, assicurando un allineamento stretto alle mutevoli condizioni del mercato.
Non tutte le applicazioni prioritarie possono essere pronte per la migrazione. La sequenza può variare man mano che il team esegue analisi qualitative più approfondite e individua eventi e dipendenze che possono richiedere la ridefinizione delle priorità del backlog. Alcune release potrebbero raggruppare un numero ridotto di carichi di lavoro. Altre potrebbero contenere un singolo carico di lavoro.
Il team di adozione del cloud probabilmente eseguirà iterazioni che non produrranno una migrazione completa del carico di lavoro. Minori sono il carico di lavoro e le dipendenze, più è probabile che un carico di lavoro rientri in un’unico sprint o iterazione. Per questo motivo, è consigliabile che le prime applicazioni nel backlog di rilascio siano piccole e contengano poche dipendenze esterne.
Stato finale
Nel corso del tempo, il team di adozione del cloud e il team di strategia del cloud completano una razionalizzazione completa dell'inventario. Questo approccio incrementale consente ai team di rendere il processo di razionalizzazione sempre più veloce. Inoltre, la trasformazione porterà risultati tangibili sempre prima, con meno attività di analisi iniziali.
In alcuni casi, il modello finanziario potrebbe non consentire di prendere una decisione senza una razionalizzazione aggiuntiva. In questi casi, potrebbe essere necessario un approccio più tradizionale alla razionalizzazione.
Passaggi successivi
L'output delle attività di razionalizzazione è un backlog di tutti gli asset che saranno interessati dalla trasformazione scelta, classificati in ordine di priorità. Questo backlog sarà la base per i modelli di determinazione dei costi dei servizi cloud.