Pianificazione dell'ondata di migrazione

Questo articolo illustra come organizzare i carichi di lavoro in cicli di migrazione strutturati per una corretta adozione di Azure. La pianificazione dell'ondata di migrazione divide i progetti di migrazione di grandi dimensioni in gruppi di carichi di lavoro più piccoli e gestibili di cui è possibile eseguire la migrazione insieme. Questo approccio riduce i rischi e la complessità aumentando al contempo la velocità del percorso di adozione del cloud. Eseguendo la migrazione in batch controllati anziché tentare di spostare tutto contemporaneamente, si ottiene un'esperienza preziosa con ogni ondata che migliora le migrazioni successive.

Pianificare in modo iterativo l'adattamento ai requisiti mutevoli

Un approccio iterativo alla pianificazione della migrazione raggruppa i carichi di lavoro in onde e si adatta alle nuove informazioni individuate durante l'esecuzione. Questo approccio offre flessibilità per modificare la strategia di migrazione quando si individuano sfide tecniche, spostando priorità aziendali e dipendenze precedentemente sconosciute. È consigliabile strutturare la migrazione usando le onde perché la pianificazione iterativa offre risultati migliori rispetto a piani rigidi e completi.

1. Creare cicli di apprendimento che migliorano le migrazioni successive. Ogni onda completata fornisce informazioni dettagliate sui requisiti di prestazioni, sulle complessità delle dipendenze e sulle funzionalità organizzative. Usare queste lezioni per perfezionare l'approccio per i carichi di lavoro rimanenti. Documentare ciò che ha funzionato bene e quali sfide sono emerse per costruire conoscenze istituzionali.

2. Eseguire le tendenze attuali mentre si pianificano quelle future. Mentre il team esegue la migrazione di un'ondata di carichi di lavoro, usare il tempo necessario per pianificare l'onda successiva e cercare candidati futuri. Questo approccio parallelo ottimizza la produttività del team e mantiene lo slancio della migrazione. Assegnare i membri del team alle attività di esecuzione e pianificazione per garantire lo stato di avanzamento continuo.

3. Mantenere flessibili le onde future finché non si dispone di informazioni sufficienti. Definire in dettaglio solo la prossima onda immediata, lasciando le onde successive a un livello generale fino a quando non se ne comprendono i requisiti specifici. Questa flessibilità impedisce impegni prematuri basati su informazioni incomplete e consente di incorporare lezioni apprese dalle onde precedenti.

Raggruppare i sistemi dipendenti all'interno della stessa onda

Le dipendenze di sistema determinano la composizione delle onde e la sequenziazione della migrazione. È necessario identificare i carichi di lavoro che comunicano o condividono le risorse e raggrupparle nello stesso ciclo di migrazione. Questo raggruppamento impedisce interruzioni del servizio causate da dipendenze interrotte e riduce la complessità della migrazione.

1. Individuare prima tutte le dipendenze. Le dipendenze tra carichi di lavoro causano interruzioni del servizio se non viene eseguita la migrazione insieme. Eseguire il mapping delle dipendenze interne ed esterne per individuare queste connessioni prima di creare gruppi di migrazione.

2. Analizzare i tipi di dipendenza e la criticità. Diversi tipi di dipendenza richiedono approcci di migrazione diversi. Distinguere tra queste categorie:

   Tipo di dipendenza	Description	Approccio alla migrazione
   Dipendenze dirette	Richiedere comunicazioni immediate e bassa latenza tra i componenti.	Spostare tutti i componenti connessi direttamente insieme per mantenere le prestazioni ed evitare interruzioni.
   Dipendenze indirette	Coinvolgere interazioni occasionali o non critiche tra sistemi.	Eseguire la migrazione insieme o in onde separate se la connessione tollera la latenza o supporta l'uso ibrido.
   Dipendenze aziendali	Dipende dalle relazioni organizzative o di gestione.	Raggruppare ed eseguire la migrazione di carichi di lavoro e sistemi di report correlati per allinearsi alle priorità aziendali.

3. Raggruppare i carichi di lavoro in base alle relazioni di dipendenza. Creare gruppi basati su database condivisi, API, servizi di autenticazione o connessioni di rete. Questi gruppi costituiscono la base delle onde di migrazione e assicurano che tutti i componenti necessari per la funzionalità si spostino insieme. Quando esistono incertezze sulla criticità delle dipendenze, raggruppare i componenti. Questo approccio conservativo offre flessibilità per la separazione futura.

4. Documentare sistematicamente ogni gruppo di dipendenze. Contrassegna gli asset in base ai gruppi di dipendenze usando convenzioni di denominazione coerenti. Documentare ogni gruppo con:

   • Nome e ID del gruppo - Identificatore univoco e nome descrittivo
   • Inventario dei componenti - Tutti gli elementi dell'infrastruttura, le applicazioni e i servizi
   • Dipendenze critiche - Connessioni essenziali che richiedono una gestione speciale
   • Vincoli di migrazione - Requisiti aziendali, tecnici o temporali

5. Convalidare la completezza del gruppo. Verificare che ogni gruppo includa tutti i componenti necessari per il funzionamento delle applicazioni, tra cui l'infrastruttura di supporto, ad esempio servizi di bilanciamento del carico, record DNS o livelli di memorizzazione nella cache.

Assegnare priorità ai carichi di lavoro usando un framework strutturato

La selezione iniziale del carico di lavoro stabilisce le basi per il programma di migrazione e crea la fiducia del team attraverso i primi successi. I team di adozione e strategia del cloud devono concordare criteri di definizione delle priorità che bilanciano il valore aziendale, il rischio tecnico e gli obiettivi di apprendimento dell'organizzazione.

1. Esaminare i dettagli del carico di lavoro. Collaborare con gli stakeholder per esaminare i dettagli aziendali e tecnici per ogni carico di lavoro. Assicurarsi che l'impatto sui tempi di inattività o sugli errori sia ben compreso e allineato alle priorità aziendali correnti. Usare il piano di adozione della migrazione per verificare dettagli come unità aziendale, proprietario del carico di lavoro, dipendenze tecniche e classificazione della criticità. Questi dettagli consentono di classificare in ordine di priorità e sequenza i carichi di lavoro in modo efficace.

   Priority	Valore aziendale	Effort	Description
   High	High	Low	Vantaggi immediati: attuare la migrazione prima per un impatto subito
   Medium-High	High	High	Investimenti strategici - pianificare attentamente con risorse adeguate
   Medium-Low	Low	Low	Candidati facili: colmare le lacune tra le migrazioni principali
   Low	Low	High	Evitare o rinviare: concentrarsi sulle risorse sulle opportunità di valore più elevato

2. Iniziare con carichi di lavoro più semplici per ridurre i rischi. Iniziare a eseguire la migrazione di carichi di lavoro meno complessi e con un rischio inferiore. Questo approccio consente al team di acquisire fiducia e perfezionare i processi di migrazione prima di affrontare carichi di lavoro più complessi. Rivolgere verso gli strumenti interni, gli ambienti di sviluppo o le applicazioni a basso utilizzo con architetture autonome e punti di integrazione minimi.

3. Spostare gli ambienti non di produzione prima di quelli di produzione. Gli ambienti non di produzione offrono uno spazio sicuro per testare il processo di migrazione completo. Eseguire la migrazione di ambienti di sviluppo, gestione temporanea e controllo di qualità prima della produzione per convalidare l'idoneità. Questo ordine consente ai team di testare configurazioni, prestazioni e procedure di ripristino senza influire sugli utenti. Usare migrazioni non di produzione per eseguire il training dei team operativi.

4. Pianificare i sistemi critici dopo aver dimostrato il successo iniziale. Le applicazioni critiche richiedono funzionalità di migrazione comprovate prima di spostarle in Azure. Pianificare queste migrazioni per le fasi successive quando il team dimostra la competenza con i servizi di Azure. Le scadenze aziendali, ad esempio i cicli di aggiornamento hardware, potrebbero richiedere di assegnare priorità alle applicazioni critiche in precedenza con più misure di sicurezza e periodi di test estesi.

5. Includere carichi di lavoro complessi rappresentativi per testare gli scenari. Aggiungere uno o due carichi di lavoro complessi a ciascuna ondata iniziale per mettere in luce le sfide affrontate con le applicazioni mission-critical. Scegliere i carichi di lavoro che rappresentano modelli comuni, ad esempio applicazioni multilivello o sistemi dipendenti dal database.

Definire le sequenze temporali per ogni onda

Chiare scadenze per ciascuna fase fornisce una struttura al lavoro di migrazione. Le date di inizio e fine definite consentono di gestire l'ambito, impostare le aspettative degli stakeholder e tenere traccia dello stato di avanzamento tra i team.

1. Impostare le durate dell'onda in base alla complessità del carico di lavoro e alla capacità del team. Prendere in considerazione l'esperienza di Azure del team, la disponibilità di esperti in materia e le esigenze simultanee dei progetti durante la stima delle durate. Fattore nel tempo per le attività di test, convalida e trasferimento delle conoscenze.

2. Includere il tempo del buffer per le sfide impreviste e l'apprendimento. Aggiungere tempo di emergenza alle stime iniziali per tenere conto di problemi tecnici imprevisti, individuazioni delle dipendenze e attività di risoluzione dei problemi. I progetti di migrazione incontrano in modo coerente sfide che non sono state evidenti durante la pianificazione. Il tempo del buffer impedisce la pressione della pianificazione che porta a scorciatoie o compromessi di qualità.

3. Stabilire punti di controllo cardine all'interno di ciascuna fase. Creare punti di revisione a 25%, 50%e 75% completamento per valutare lo stato di avanzamento, convalidare i presupposti e modificare i piani quando necessario. Usare questi checkpoint per comunicare lo stato agli stakeholder, identificare gli ostacoli in anticipo e apportare correzioni di rotta prima che influiscano sulle attività successive.

4. Pianificare le finestre di cambio in orari appropriati per l'attività aziendale. Pianificare le attività finali di cutover durante le finestre di manutenzione stabilite, le ore di minore attività o i periodi di inattività pianificati. Coordinarsi con gli stakeholder aziendali per garantire che i tempi di cutover siano allineati ai cicli aziendali, ai periodi di report normativi e alle attività aziendali critiche. Documentare le procedure di rollback e i criteri di successo per ogni cutover.

5. Regolare le sequenze temporali in base al feedback sull'esecuzione. Le sequenze temporali della migrazione sono dinamiche. È consigliabile esaminare le durate effettive e pianificate dopo ogni onda e regolare le onde future per rimanere in pista.

Gestire il piano di migrazione

Gli strumenti di pianificazione collaborativa consentono una gestione efficace delle ondate tra il tuo team di adozione. Azure Boards offre funzionalità per tenere traccia dello stato delle attività, della proprietà, della sequenziazione e degli aggiornamenti durante la migrazione. Configurare lo strumento di pianificazione con questi tipi di elemento di lavoro:

Strumenti e risorse di Azure

Passaggi successivi