Questo documento descrive come pianificare le wave di migrazione.
Puoi raggruppare i candidati alla migrazione in wave di migrazione. Il raggruppamento può essere eseguito a livello generale (in base alla categoria) o a livello dettagliato (applicazioni, località, 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 applicazioni. Organizza le tue applicazioni in categorie in base all'architettura, alle considerazioni aziendali e alle operazioni IT. In questo modo, puoi assegnare loro la priorità in base alla criticità aziendale, alla complessità e ai rischi correlati al passaggio al cloud. La combinazione e la priorità di questi fattori variano da un'organizzazione all'altra, dai loro imperativi aziendali e dalla mappatura di questi imperativi ai carichi di lavoro, sia nell'architettura attuale che nella futura architettura di Google Cloud.
Il seguente elenco illustra le tre categorie principali e i fattori da considerare all'interno di ciascuna categoria.
Architettura delle applicazioni
- Vincoli tecnici
- Numero di dipendenze
- Numero di livelli
- Stateful e stateless
- Requisiti delle prestazioni
- Dipendenze geografiche
Considerazioni commerciali
- Requisiti di conformità
- Criticità dell'attività
- Capacità di cambiamento aziendale
- Numero di utenti
- Tipo di utenti (interni, esterni)
- TCO
Operazioni IT
- Ambiente operativo
- Accordo sul livello del servizio
- Disponibilità
- Backup
Mappa e assegna priorità
Dal catalogo delle applicazioni, mappa le applicazioni in base alla complessità e all'approccio alla migrazione del target. Il tuo approccio alla migrazione dovrebbe basarsi sui risultati aziendali previsti, sull'impegno di migrazione e sui fattori di rischio associati, sia durante sia dopo la migrazione.
Quindi, classifica i candidati alla migrazione in ordine di priorità, in base al valore aziendale e allo sforzo richiesto per la migrazione. Per prepararti alla migrazione, identifica le app con funzionalità che potrebbero essere spostate per prime. Puoi sceglierne una sola o includere molte app nella tua prima fase. Le app della prima fase consentono ai tuoi team di testare il deployment nell'ambiente cloud, concentrandosi sulla migrazione invece che sulla complessità delle app.
Iniziare con un'app autonoma riduce il rischio iniziale perché in seguito potrai applicare le nuove conoscenze del team ad applicazioni più complesse e con molte dipendenze.
Le app nella prima ondata in genere non sono business critical e hanno meno dipendenze di sistema e da rete a rete. Richiedono inoltre un minore refactoring, di solito hanno una minore gravità dei dati, non presentano sfide di conformità specifiche e possono permettersi una finestra del cutover. Per maggiori dettagli, scopri come scegliere le app di cui eseguire per prime la migrazione.
Raggruppare le applicazioni in wave
Raggruppa le domande in più fasi con tempistiche associate a ciascuna fase, oltre al tempo necessario per rivedere i piani in base al feedback di ciascuna fase.
- Wave 1: valore aziendale elevato, impegno minimo di implementazione.
- Queste applicazioni sono candidati ideali per le prime migrazioni o per i proof of concept.
- Wave 2: valore aziendale elevato, impegno elevato di implementazione.
- Queste applicazioni potrebbero avere la priorità successivamente.
- Wave 3: basso valore aziendale, impegno minimo per l'implementazione.
- Queste applicazioni potrebbero avere la priorità successivamente.
- Wave 4: basso valore aziendale, impegno elevato di implementazione.
- Queste applicazioni devono avere la priorità per ultime.
Dopo aver definito le wave 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. Seguendo i concetti enunciati nel documento non c'è alcuna garanzia di successo. Tuttavia, il documento evidenzia alcuni punti che sono spesso trascurati quando si pianificano le migrazioni, come:
- Assicurati di avere una strategia di rollback per ogni passaggio del piano di migrazione.
- Pianificazione dell'implementazione e del deployment graduali, come illustrato in precedenza in questo documento.
- Avvisare tutti i team operativi e di sviluppo responsabili della migrazione dei carichi di lavoro.
- Rimozione di risorse ed esperimenti proof of concept dall'ambiente di produzione di destinazione.
- Definizione dei criteri per il ritiro sicuro dell'ambiente di origine.
- Assicurati di eseguire una valutazione del rischio di migrazione per ogni ondata di migrazione e di attuare le mitigazioni per i rischi identificati.
Passaggi successivi
- Scopri come eseguire una migrazione.