

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Modello di runbook Cutover
<a name="cutover-runbook-template"></a>

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
<a name="pre-migration"></a>


| 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
<a name="cutover-runbook-example"></a>


| 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
<a name="rollback"></a>


| 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
<a name="example"></a>

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](samples/cutover-runbook_template.zip) 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.