Migrazione al cloud in Cloud Adoption Framework

Qualsiasi piano di adozione del cloud a livello aziendale include carichi di lavoro che non richiedono investimenti significativi per la creazione di nuova logica di business. Per il trasferimento di questi carichi di lavoro è possibile adottare diversi approcci, ovvero lift-and-shift, lift-and-optimize oppure modernizzazione. Ogni approccio viene considerato una migrazione.

Guardare il video seguente per ottenere una rapida panoramica dell'approccio lift-and-shift.


Gli esercizi seguenti consentono di definire i processi iterativi per valutare, ottimizzare, proteggere e gestire i carichi di lavoro, nonché eseguirne la migrazione.

Per prepararsi per questa fase del ciclo di vita di adozione del cloud, è consigliabile seguire questa procedura:

   
Eseguire la migrazione del primo carico di lavoro: Usare la guida alla migrazione di Azure per acquisire familiarità con gli strumenti nativi e l'approccio alla migrazione di Azure.
Scenari di migrazione: usare altri strumenti e approcci alla migrazione per intervenire su altri scenari di migrazione.
Procedure consigliate: Soddisfare le esigenze di migrazione comuni tramite l'applicazione di procedure consigliate coerenti.
Miglioramenti dei processi: La migrazione è un'attività che implica un notevole carico dal punto di vista dei processi. In caso di ridimensionamento delle attività di migrazione, usare i miglioramenti dei processi per valutare e perfezionare vari aspetti della migrazione.

La metodologia di migrazione e i passaggi precedenti si basano sui presupposti seguenti:

  • La metodologia con cui gli sprint di migrazione si adattano ai cicli o ai rilasci di migrazione. È possibile definire i cicli di migrazione o i rilasci usando le metodologie di pianificazione, preparazione e adozione. All'interno di ogni sprint di migrazione, un batch di carichi di lavoro viene trasferito nel cloud.
  • Prima di eseguire la migrazione dei carichi di lavoro, è necessario aver identificato, configurato e distribuito almeno una zona di destinazione per soddisfare le esigenze del piano di adozione del cloud a breve termine.
  • La migrazione è in genere associata ai termini lift-and-shift o rehosting. Questa metodologia e i passaggi precedenti si basano sul presupposto che non sia consigliabile eseguire la migrazione di data center (e di un numero ridotto di carichi di lavoro) usando un semplice approccio di rehosting. Anche se è possibile eseguire il rehosting di numerosi carichi di lavoro, più spesso i clienti scelgono di modernizzare asset specifici all'interno di ogni carico di lavoro. Durante questo processo iterativo la discussione è incentrata sulla ricerca di un punto di equilibrio tra velocità e modernizzazione.

Attività di migrazione

Le attività necessarie per eseguire la migrazione di ogni carico di lavoro rientrano in genere in tre fasi, ovvero valutazione, distribuzione e rilascio. Questa sezione di Cloud Adoption Framework illustra come massimizzare il ritorno di ogni fase necessaria per la migrazione di un carico di lavoro all'ambiente di produzione.

In un'iterazione standard di due settimane, un team di migrazione esperto può completare questo processo per 2-5 carichi di lavoro di complessità medio-bassa. Gli scenari più complessi, ad esempio SAP, possono richiedere diverse iterazioni di due settimane per completare tutte e tre le fasi di migrazione per un singolo carico di lavoro. L'esperienza e la complessità hanno un impatto significativo sulle tempistiche e sulla velocità della migrazione.

Diagramma che mostra il lavoro di migrazione Cloud Adoption Framework

I punti elenco seguenti forniscono una panoramica delle fasi di questo processo (illustrate sopra):

  • Valutazione dei carichi di lavoro: valutare i costi, la modernizzazione e gli strumenti di distribuzione per i carichi di lavoro. Questo processo è incentrato sulla convalida o sulla confutazione dei presupposti fatti durante le precedenti fasi di individuazione e valutazione esaminando più attentamente le opzioni di razionalizzazione. In questo processo vengono anche analizzati più a fondo i modelli e le dipendenze, per assicurare il successo tecnico dei carichi di lavoro dopo la migrazione.

    Guardare questo video per ottenere una rapida panoramica sul completamento di una valutazione completa.


  • Distribuzione dei carichi di lavoro: dopo aver valutato i carichi di lavoro, la funzionalità del carico di lavoro esistente viene replicata o migliorata nel cloud. Questa replica potrebbe comportare il trasferimento lift-and-shift o il rehosting nel cloud. Tuttavia, più comunemente durante questa fase si procede alla modernizzazione di molti asset che supportano i carichi di lavoro per sfruttare i vantaggi del cloud.

  • Rilascio dei carichi di lavoro: una volta replicate le funzionalità nel cloud, i carichi di lavoro possono essere testati, ottimizzati, documentati e rilasciati per le operazioni ricorrenti. L'impegno per esaminare i carichi di lavoro migrati e consegnarli è fondamentale durante questo processo. L'impegno è fondamentale per i team di governance, gestione delle operazioni e sicurezza per il supporto continuo dei carichi di lavoro.

Nota

In alcune iterazioni iniziali della migrazione, è normale limitare l'ambito a un singolo carico di lavoro. Questo approccio massimizza la conservazione delle competenze e offre al team più tempo per la sperimentazione e l'apprendimento.

Nota

Quando si crea una factory di migrazione, alcuni team possono scegliere di dividere ognuna delle fasi precedenti tra più team e più sprint. Questo approccio consente di migliorare la ripetibilità e accelerare le attività di migrazione.

Fasi della migrazione e gestione dei cambiamenti iterativi

Le iterazioni della migrazione offrono vantaggi dal punto di vista tecnico con il trasferimento di asset e carichi di lavoro. Un ciclo di migrazione riguarda l'insieme più piccolo dei carichi di lavoro che offrono un valore aziendale misurabile. In seguito a ogni iterazione dovrebbe essere generato un report che delinea le attività tecniche completate. Tuttavia, il cambiamento del business e la pianificazione strategica si verificano in genere a un livello leggermente superiore. Mentre il team di adozione del cloud si impegna per la migrazione, il team di strategia del cloud si concentra sulla pianificazione dei successivi 1-2 cicli di migrazione. Il team di strategia del cloud tiene inoltre traccia dello stato di avanzamento tecnico come metrica di apprendimento per comprendere meglio le tempistiche necessarie per la realizzazione del valore di business. Ii cicli di migrazione rappresentano l'approccio di gestione del cambiamento iterativo al monitoraggio dei risultati di business, delle persone e delle tempistiche.

Nella sezione precedente il grafico descrive i processi all'interno della metodologia di pianificazione, della metodologia di preparazione e, in una certa misura, della metodologia di strategia di Cloud Adoption Framework. Queste metodologie forniscono le indicazioni sulla pianificazione e sulla gestione dei cicli di migrazione. La gestione di tali cicli definisce le attività di migrazione che dovranno essere svolte dai team tecnici.

Passaggi successivi

I passaggi descritti in precedenza e altre linee guida per le metodologie consentono di migliorare i processi all'interno di ogni sprint di migrazione. La Guida alla migrazione ad Azure include alcuni articoli che illustrano gli strumenti e gli approcci più comuni necessari durante il primo ciclo di migrazione.