Modello di runbook Cutover

Un cutover runbook dovrebbe includere tutte le attività che verranno eseguite durante il cutover. Tuttavia, è altrettanto importante preparare un modello o una lista di controllo preliminare alla migrazione. Il modello deve includere le attività da completare prima della migrazione.

Entrambi i modelli (che possono essere uniti in un unico documento) dovrebbero fornire le risposte alle seguenti domande:

• Quali attività devono essere svolte?

• Chi svolgerà le attività?

• Quando devono essere svolte le attività?

Questa sezione include un esempio di checklist di pre-migrazione, un modello di runbook cutover e un piano di rollback. Questo compito IDs aiuta a rendere la comunicazione più veloce ed efficace.

Lista di controllo prima della migrazione

ID attività	Attività	Dipendenza	Team	Owner	Data di completamento	Stato	Note
P1	Documento sull'architettura di destinazione approvato.
P2	Esiste un account Target per l'applicazione.
P3	Esistono cloud privato virtuale (VPC) e sottoreti per l'applicazione.
P4	Il team di migrazione ha accesso all'account dell'applicazione di destinazione e dispone delle autorizzazioni richieste AWS Identity and Access Management (IAM).
P5	Il team dell'applicazione ha l'accesso necessario all'account dell'applicazione di destinazione e alle relative risorse.
P6	Richiesta di modifica inviata e approvata.
P7	La connettività tra l'ambiente di origine e quello di destinazione è stata stabilita e testata.
P8	Elenco dei contatti del team di applicazione documentato.
P9	Piano Cutover esaminato con le principali parti interessate.
P10	Attività di backup precedenti alla migrazione completate.
P11	Conferma se è necessario stabilire contatti di supporto aggiuntivi.
P12	Conferma le risorse per ogni applicazione: chi avvierà e chiuderà ogni singola applicazione.
P13	Piano finale rilasciato a tutte le squadre partecipanti.
P14	Comunicazione di inizio Cutover rilasciata alle principali parti interessate.
P15	È prevista una riunione retrospettiva post-Cutover.

Altrettanto importante è documentare gli elementi precedenti in un registro delle emissioni per rimanere aggiornati o, se qualcosa va storto, riportare la situazione in ordine.

Runbook Cutover

ID dell'attività	Attività	Dipendenza	Team	Owner	Data/ora di inizio pianificata	Data/ora di fine pianificata	Data/ora di inizio effettiva	Data e ora di fine effettiva	Stato	Note
C1	Invia una nota informativa a tutte le parti interessate informando che l'applicazione non sarà disponibile come specificato nel CR.
C2	Conferma il backup dei server e dei database di origine.
C3	Arresta l'applicazione e i servizi DB sui server di origine.
C4	Arresta i server di origine.
	Pietra miliare 1 Attività pre-cutover completate
C5	Esegui la migrazione in base al tuo approccio di migrazione (ad esempio AWS Application Migration Service per lift-and-shift).
C6	Verifica l'infrastruttura (server di destinazione attivi e funzionanti).
	Milestone 2 Migrazione completata
C7	Aggiorna i server DNS in modo che puntino agli endpoint appena creati.
C8	Verifica le modifiche al DNS.
	Milestone 3 Attività successive alla migrazione: infrastruttura completata
C9	Avvia l'applicazione e i servizi DB sui server di destinazione.
C10	Applica modifiche alla configurazione specifiche dell'applicazione (ad esempio, punta a nuovi indirizzi IP).
	Pietra miliare 3 Attività successive alla migrazione: domande completate
C11	Eseguire test delle applicazioni dopo la migrazione: verifica tecnica.
C12	Esegui test delle applicazioni dopo la migrazione: verifica aziendale
C13	Comunica a tutte le principali parti interessate che la migrazione è stata completata.
	Pietra miliare 4 I test post-migrazione sono stati completati

Piano di rollback

ID dell'attività	Attività	Dipendenza	Team	Owner	Stato	Note
R1	Arresta l'applicazione e i servizi DB sui server di destinazione.
R2	Arresta i server di destinazione.
R3	Ripristina l'aggiornamento sui server DNS (in modo che punti nuovamente ai server di origine).
R4	Verifica le modifiche al DNS.
R5	Avvia i server di origine.
R6	Sincronizza i dati con i server di origine (se necessario).
R7	Avvia l'applicazione e i servizi DB sui server di origine.
R8	Eseguire test delle applicazioni: verifica tecnica.
R9	Esegui test delle applicazioni dopo la migrazione: verifica aziendale.
R10	Comunica a tutte le principali parti interessate che la migrazione è stata annullata.

Modello di esempio per la strategia di rehosting

Una delle strategie di migrazione di tipo R più comuni utilizzate sul campo è la strategia di rehosting, con Application Migration Service come strumento di migrazione preferito. È possibile utilizzare il modello di esempio come documento di base in uno scenario di rehosting. Il modello include le attività essenziali che sono state riscontrate durante le interazioni effettive con i clienti. Include anche spazio per consentire ai team applicativi di aggiungere i propri compiti e attività. I passaggi della sezione precedente possono fornire una guida iniziale per creare il proprio runbook cutover personalizzato, se necessario.