Questo documento descrive come pianificare la migrazione.
Puoi raggruppare i candidati alla migrazione in wave di migrazione. Il raggruppamento può essere eseguito a livello elevato (basato su categorie) o dettagliato (applicazioni, località, componenti), in base alle informazioni raccolte durante la fase di rilevamento e valutazione.
Crea un catalogo di applicazioni
Per iniziare la tua pianificazione, crea un catalogo delle applicazioni. Organizzare le applicazioni in categorie in base a architettura delle applicazioni, considerazioni commerciali e operazioni IT. Ciò aiuta a dare loro priorità in base a criticità aziendale, complessità e rischi legati al passaggio al cloud. La combinazione e l'assegnazione di priorità di questi fattori variano a seconda dell'organizzazione, dei relativi imperativi aziendali e della mappatura di questi imperativi ai carichi di lavoro, sia nell'architettura attuale che in quella futura di Google Cloud.
Di seguito sono elencate le tre categorie principali e i fattori da considerare in ogni categoria.
Architettura delle applicazioni
- Vincoli tecnici
- Numero di dipendenze
- Numero di livelli
- stateful e stateless
- Requisiti per le prestazioni
- Dipendenze geografiche
Considerazioni sull'attività
- 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
Mappa e assegna priorità
Dal catalogo delle applicazioni, traccia le applicazioni in base alla complessità e al target dell'approccio di migrazione. L'approccio alla migrazione dovrebbe essere basato sui risultati aziendali che prevedi, sull'impegno di migrazione e sui fattori di rischio associati, sia durante che dopo la migrazione.
Quindi, classifica i candidati alla migrazione in ordine di priorità, in base al valore aziendale e allo sforzo necessario per la migrazione. Per prepararti alla migrazione, identifica le app con funzionalità che abbiano maggiori probabilità di essere spostate. Puoi sceglierne una o includere tante app nella prima ondata. Le app nella 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 i rischi iniziali 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 anche meno refactoring, in genere hanno meno gravità dei dati, non hanno sfide di conformità specifiche e possono permettersi un periodo di cutover. Per maggiori dettagli, vedi come scegliere prima le app di cui eseguire la migrazione.
Raggruppare le applicazioni in onde
Raggruppare le applicazioni in più onde con tempistiche associate a ciascuna onda, oltre al tempo necessario per rivedere i piani in base al feedback da ogni onda.
- Onda 1: valore aziendale elevato, impegno ridotto.
- Queste applicazioni sono ideali per migrazioni iniziali o proof of concept.
- Onda 2: valore aziendale elevato, grande impegno da implementare.
- Queste applicazioni potrebbero avere la priorità successivamente.
- Onda 3: valore aziendale basso, impegno minimo da implementare.
- Queste applicazioni potrebbero avere la priorità successivamente.
- Onda 4: valore aziendale basso, grande impegno da implementare.
- Queste applicazioni dovrebbero avere la priorità per l'ultima volta.
Dopo aver definito le wave di migrazione, puoi organizzarle in un piano di progetto.
Seguire le best practice
Per migliorare il tuo piano di migrazione, segui le best practice per convalidare il piano. Seguire i concetti contenuti in questo documento non dà alcuna garanzia di successo. Tuttavia, il documento evidenzia alcuni punti che vengono spesso trascurati durante la pianificazione delle migrazioni, come:
- Garantire di avere una strategia di rollback per ogni passaggio del piano di migrazione.
- Pianificazione dell'implementazione graduale e dei deployment, come descritto in precedenza in questo documento.
- Avvisare tutti i team di sviluppo e operazioni responsabili della migrazione dei carichi di lavoro.
- Rimozione di risorse proof of concept ed esperimenti dall'ambiente di produzione di destinazione.
- Definizione di criteri per ritirare in sicurezza l'ambiente di origine.
- Garantire di condurre una valutazione del rischio di migrazione per ogni onda della migrazione e di mitigare i rischi identificati.
Passaggi successivi
- Scopri come eseguire una migrazione.