Modello di migrazione di Cloud Adoption Framework

In questa sezione di Cloud Adoption Framework vengono illustrati i principi alla base del modello di migrazione proposto dal framework. Laddove possibile, questo contenuto tenta di mantenere una posizione indipendente dal fornitore. Illustra i processi e le attività che possono essere applicati a qualsiasi migrazione al cloud, indipendentemente dal fornitore scelto.

Comprendere i motivi della migrazione

La migrazione al cloud è un progetto di gestione del portfolio, astutamente camuffato da implementazione tecnica. Durante il processo di migrazione, si deciderà di spostare alcuni asset, di investire in altri e di ritirare asset obsoleti o inutilizzati. Come parte di questo processo, alcuni asset verranno ottimizzati, sottoposti a refactoring o sostituiti interamente. Ognuna di queste decisioni deve essere in linea con le motivazioni alla base della scelta di eseguire una migrazione al cloud. Le migrazioni di maggiore successo vanno oltre e prevedono l'allineamento di queste decisioni ai risultati aziendali desiderati.

Questo modello richiede che l'organizzazione abbia già completato i processi di idoneità aziendale per l'adozione del cloud. Assicurarsi di aver esaminato la metodologia del piano e la metodologia Ready del Cloud Adoption Framework. Queste metodologie determinano le motivazioni aziendali o altre giustificazioni per una migrazione al cloud. Forniscono anche la pianificazione organizzativa o il training necessari prima di eseguire un processo di migrazione su larga scala.

Nota

Anche se la pianificazione aziendale è importante, una mentalità orientata alla crescita è altrettanto importante. In parallelo alle attività di pianificazione aziendale condotte su scala più ampia dal team di strategia del cloud, è consigliabile che il team di adozione del cloud avvii la migrazione di un primo carico di lavoro come precursore per progetti di migrazione più estesi. Questa migrazione iniziale consentirà al team di acquisire esperienza pratica con le problematiche aziendali e tecniche che implica una migrazione.

Prevedere uno stato finale

È importante stabilire una visione approssimativa dello stato finale prima di avviare i progetti di migrazione. Il diagramma seguente illustra un punto di partenza locale dell'infrastruttura, delle applicazioni e dei dati. Questi elementi definiscono il digital estate. Durante il processo di migrazione viene eseguita la transizione di questi asset usando una strategia di migrazione descritta in Le cinque R della razionalizzazione.

Diagramma che mostra le opzioni di migrazione cloud.

La migrazione e la modernizzazione dei carichi di lavoro vanno dalle migrazioni con rehosting, al refactoring, alla riprogettazione. Le migrazioni con rehosting, o migrazioni lift-and-shift, usano funzionalità IaaS (Infrastructure as a Service) che non richiedono modifiche al codice e all'applicazione. Il refactoring delle migrazioni richiede solo modifiche minime. La riprogettazione delle migrazioni modifica ed estende le funzionalità del codice e dell'applicazione per sfruttare i vantaggi delle tecnologie cloud.

Le strategie native del cloud e le strategie basate su una piattaforma distribuita come servizio (PaaS) prevedono la ricostruzione dei carichi di lavoro locali tramite le offerte e i servizi gestiti della piattaforma Azure. I carichi di lavoro potrebbero avere offerte basate sul cloud di tipo software come servizio (SaaS) completamente gestite ed equivalenti. Questi carichi di lavoro possono spesso essere sostituiti integralmente da questi servizi come parte del processo di migrazione.

Nota

Durante l'anteprima pubblica di Cloud Adoption Framework, questa sezione del framework mette in primo piano la strategia di migrazione con rehosting. Anche se le soluzioni PaaS e SaaS vengono presentate come alternative quando appropriato, la trattazione è incentrata sulla migrazione dei carichi di lavoro basati su macchine virtuali tramite le funzionalità IaaS.

Altre sezioni e future iterazioni di questo contenuto amplieranno le informazioni sugli altri approcci. Per una discussione generale sull'estensione dell'ambito della migrazione per includere strategie di migrazione più complesse, vedere l'articolo dedicato al bilanciamento del portfolio.

Migrazione incrementale

Il modello di migrazione di Cloud Adoption Framework si basa su un processo di trasformazione del cloud incrementale. Si presuppone che l'organizzazione inizi con un progetto di migrazione al cloud iniziale con ambito limitato. In genere si fa riferimento a questo progetto di migrazione come primo carico di lavoro. Questo progetto verrà esteso in modo iterativo per includere più carichi di lavoro man mano che i team operativi mettono a punto e migliorano i processi di migrazione.

Gli strumenti di migrazione al cloud, come Azure Site Recovery, consentono di eseguire la migrazione di interi data center costituiti da migliaia di macchine virtuali. Tuttavia, le aziende e i processi operativi IT esistenti spesso non riescono a gestire questi ritmi elevati di modifica. Molte organizzazioni scelgono di suddividere un progetto di migrazione in più iterazioni. Spostano un solo carico di lavoro o una sola raccolta di carichi di lavoro per ogni iterazione.

I principi di questo modello incrementale si basano sull'esecuzione di determinati processi e prerequisiti. A questi processi viene fatto riferimento nell'infografica seguente.

Infografica che mostra il modello di migrazione Cloud Adoption Framework.

L'applicazione coerente di questi principi rappresenta un obiettivo finale per i processi di migrazione al cloud. Non deve essere considerata come un punto di partenza obbligatorio. Con il maturare dei progetti di migrazione fare riferimento alle indicazioni in questa sezione per definire il processo ottimale a supporto delle specifiche esigenze dell'organizzazione.

Passaggi successivi

Per iniziare a conoscere questo modello, esaminare i prerequisiti per la migrazione.