Questo documento descrive come pianificare le ondate di migrazione.
Puoi raggruppare i candidati alla migrazione in ondate di migrazione. Il raggruppamento può essere eseguito a livello generale (in base alla categoria) o dettagliato (applicazioni, posizioni, componenti), in base alle informazioni raccolte durante la fase di rilevamento e valutazione.
Crea un catalogo di applicazioni
Per iniziare la pianificazione, crea un catalogo delle applicazioni. Organizza le tue applicazioni in categorie in base all'architettura dell'applicazione, a considerazioni aziendali e alle operazioni IT. In questo modo, puoi dare la priorità in base alla criticità aziendale, alla complessità e ai rischi coinvolti nel passaggio al cloud. La combinazione e la definizione delle priorità di questi fattori variano a seconda delle organizzazioni, dei loro imperativi aziendali e della mappatura di questi imperativi ai workload, sia nell'architettura attuale sia in quella futura Google Cloud .
Il seguente elenco presenta le tre categorie principali e i fattori da considerare in ciascuna categoria.
Architettura dell'applicazione
- Vincoli tecnici
- Numero di dipendenze
- Numero di livelli
- Stateful e stateless
- Requisiti di rendimento
- Dipendenze geografiche
Considerazioni di natura commerciale
- Requisiti di conformità
- Criticità aziendale
- Funzionalità di modifica dell'attività
- Numero di utenti
- Tipo di utenti (interni, esterni)
- TCO
Operazioni IT
- Ambiente operativo
- Accordo sul livello del servizio
- Disponibilità
- Backup

Mappare e assegnare priorità
Dal catalogo delle applicazioni, mappa le applicazioni in base alla complessità e all'approccio di migrazione di destinazione. L'approccio alla migrazione deve basarsi sui risultati aziendali che ti aspetti, sull'impegno di migrazione e sui fattori di rischio associati, sia durante che dopo la migrazione.
Poi, classifica i candidati alla migrazione in ordine di priorità, in base al valore aziendale e all'impegno richiesto per la migrazione. Per prepararti alla migrazione, identifica le app con funzionalità che le rendono più adatte a essere spostate per prime. Puoi scegliere solo un'app o includerne molte nella prima ondata. Le app della prima ondata consentono ai tuoi team di testare il deployment nell'ambiente cloud, concentrandosi sulla migrazione anziché sulla complessità delle app.
Iniziare con un'app autonoma riduce il rischio iniziale perché in seguito potrai applicare le nuove conoscenze del tuo team ad applicazioni più complesse e con molte dipendenze.
Le app della prima ondata in genere non sono di importanza critica per l'attività e hanno meno dipendenze di sistema e di rete. Inoltre, richiedono meno refactoring, di solito hanno meno gravità dei dati, non presentano sfide di conformità specifiche e possono permettersi una finestra di cutover. Per maggiori dettagli, scopri come scegliere le app di cui eseguire la migrazione per prime.
Raggruppare le applicazioni in ondate
Raggruppa le applicazioni in più ondate con tempistiche associate a ciascuna ondata, insieme al tempo per rivedere i piani in base al feedback di ogni ondata.
- Ondata 1: valore aziendale elevato, basso impegno per l'implementazione.
- Queste applicazioni sono candidate ideali per le migrazioni anticipate o le prove concettuali.
- Ondata 2: valore aziendale elevato, elevato impegno per l'implementazione.
- Queste applicazioni potrebbero avere la priorità successiva.
- Ondata 3: basso valore aziendale, basso impegno per l'implementazione.
- Queste applicazioni potrebbero avere la priorità successiva.
- Ondata 4: basso valore aziendale, elevato impegno per l'implementazione.
- Queste applicazioni devono avere la priorità più bassa.
Dopo aver definito le ondate di migrazione, puoi organizzarle in un piano di progetto.
Segui le best practice
Per migliorare il tuo piano di migrazione, segui le best practice per convalidare un piano di migrazione. Seguire i concetti descritti in questo documento non offre alcuna garanzia di successo. Tuttavia, il documento evidenzia alcuni punti che vengono spesso trascurati durante la pianificazione delle migrazioni, ad esempio:
- Assicurandoti di avere una strategia di rollback per ogni passaggio del piano di migrazione.
- Pianificazione dell'implementazione e dei deployment graduali, come descritto in precedenza in questo documento.
- Avvisando tutti i team di sviluppo e operazioni responsabili dei carichi di lavoro da migrare.
- Rimozione delle risorse e degli esperimenti di prova di fattibilità dall'ambiente di produzione di destinazione.
- Definizione dei criteri per ritirare in sicurezza l'ambiente di origine.
- Assicurati di eseguire una valutazione dei rischi di migrazione per ogni ondata di migrazione ed esegui le mitigazioni per i rischi identificati.
Passaggi successivi
- Scopri come eseguire una migrazione.