Attività 1: convalida dei modelli di migrazione e dei metadati

In questa attività, si convalidano i modelli di migrazione identificati nelle attività di valutazione e pianificazione ondata nel flusso di lavoro del portfolio, quindi si convalida l'origine dei metadati di migrazione. L'obiettivo è verificare che siano stati raccolti dati sufficienti per supportare ogni modello di migrazione.

Questa attività prevede i seguenti passaggi:

• Fase 1: Convalida dei modelli di migrazione

• Fase 2: convalida dei metadati di migrazione e del piano d'ondata

Fase 1: Convalida dei modelli di migrazione

Nel flusso di lavoro del portfolio, avete eseguito una valutazione iniziale del portafoglio di applicazioni, selezionato le strategie di migrazione e identificato i modelli di migrazione per ciascuna strategia. Queste informazioni devono essere contenute nel runbook di valutazione del portafoglio. Per ulteriori informazioni, consultate il manuale Portfolio per migrazioni di AWS grandi dimensioni.

In questo passaggio, esaminate le strategie di migrazione, verificate di aver identificato tutti i modelli di migrazione e confermate di essere pronti a redigere i runbook sulla migrazione. È possibile ripetere questa attività durante l'intero progetto e, man mano che maturerà la conoscenza del portafoglio, è probabile che identificherete ulteriori modelli di migrazione nelle fasi successive della migrazione.

1. Esamina le strategie di migrazione per il portafoglio

   Una strategia di migrazione è l'approccio utilizzato per migrare un'applicazione locale verso. Cloud AWS Esistono sette strategie di migrazione per spostare le applicazioni sul cloud, note come 7 R. Le strategie comuni per le migrazioni di grandi dimensioni includono il rehosting, la ripiattaforma, il trasferimento e il ritiro. Refactor non è consigliato per migrazioni di grandi dimensioni perché comporta la modernizzazione dell'applicazione durante la migrazione. Questa è la strategia di migrazione più complessa e può essere complicata da gestire per un gran numero di applicazioni. Consigliamo invece di riospitare, riposizionare o riadattare l'applicazione e quindi di modernizzarla al termine della migrazione. Per ulteriori informazioni sulle 7 R, consulta la Guida per le migrazioni di grandi dimensioni. AWS

   In base ai risultati della valutazione iniziale del portafoglio, è disponibile un elenco di tutte le strategie di migrazione necessarie per il portafoglio e si determina la quota del portafoglio assegnata a ciascuna strategia. Per esempio:

   • Rehosting: 70%

   • Ripiattaforma: 20%

   • Pensionamento — 10%

2. Verificate i modelli di migrazione per il portafoglio

   Un modello di migrazione è un'attività di migrazione ripetibile che descrive in dettaglio la strategia, la destinazione e l'applicazione o il servizio utilizzati. In questo passaggio, si verifica che i modelli di migrazione includano informazioni dettagliate, ad esempio quali strumenti utilizzare e quali AWS servizi sono destinati. Per esempio:

   • Rehosting su Amazon Elastic Compute Cloud (Amazon EC2) utilizzando AWS Application Migration Service (AWS MGN) o Cloud Migration Factory

   • Ripiattaforma su Amazon EC2 utilizzando AWS CloudFormation modelli per creare una nuova infrastruttura in Cloud AWS

   • Ripiattaforma su Amazon Relational Database Service (Amazon RDS) AWS Database Migration Service utilizzando AWS (DMS) o una tecnologia di database nativa

   Nel playbook Portfolio per migrazioni di AWS grandi dimensioni, mappi ogni modello di migrazione alla relativa strategia di migrazione e documenti i risultati in una tabella come nell'esempio seguente.

Strategia	Pattern
Riospitare	Rehosting su Amazon EC2 utilizzando Application Migration Service o Cloud Migration Factory
Conversione piattaforma	Ripiattaforma su Amazon RDS utilizzando AWS DMS o una tecnologia di database nativa
Conversione piattaforma	Ripiattaforma su Amazon EC2 utilizzando AWS CloudFormation modelli per creare una nuova infrastruttura in Cloud AWS

Fase 2: convalida dei metadati di migrazione e del piano d'ondata

In questo passaggio, si convalida la posizione di origine dei metadati di migrazione. Verificate che la struttura dei dati, ad esempio le colonne disponibili in un documento Excel, sia adatta a contenere i metadati richiesti e verificate che tutti i metadati siano disponibili.

1. Convalida i metadati di migrazione per i tuoi modelli di migrazione

   Ogni modello di migrazione richiede un set diverso di metadati di migrazione per migrare server e app. Ad esempio, una migrazione di rehosting su Amazon EC2 richiede di fornire specifiche per l'istanza di destinazione, come la sottorete VPC, il gruppo di sicurezza e le informazioni sul tipo di istanza. Tuttavia, una migrazione di storage, di database o di repiattaforma richiede un set diverso di metadati di migrazione. In genere si definiscono i requisiti dei metadati di migrazione nel Portfolio Assessment Runbook, ma è necessario assicurarsi di disporre di metadati sufficienti per supportare ciascuno dei modelli di migrazione. Per ulteriori informazioni sull'identificazione e la raccolta dei metadati, consulta il manuale Portfolio per migrazioni di grandi dimensioni. AWS

2. Convalida la posizione di origine dei metadati di migrazione e il piano d'ondata

   In genere si documenta la posizione di origine dei metadati di migrazione nel runbook di gestione dei metadati. Idealmente, la posizione funge da unica fonte di informazioni, ad esempio un foglio di calcolo per la pianificazione delle ondate. È anche possibile che i metadati si trovino ancora in più posizioni, incluse le seguenti posizioni comuni:

   Convalida quanto segue per la posizione di origine dei metadati:

   • Strumento di scoperta

   • Database di gestione della configurazione (CMDB)

   • Questionario per il proprietario dell'app

   • Foglio di calcolo per la pianificazione delle ondate di migrazione

   Convalida quanto segue per la posizione dell'origine dei metadati:

   1. Il catalogo dei sorgenti viene gestito con le ubicazioni di tutte le fonti e i proprietari dei metadati?

   2. La posizione di origine (ad esempio, il foglio di calcolo per la pianificazione delle ondate) contiene tutti i metadati di migrazione richiesti?

   3. Esistono istruzioni chiare per accedere a ciascuna fonte di metadati?

   4. Se non esiste un'unica fonte, ogni fonte di metadati è chiaramente mappata ai suoi attributi?

   5. Esiste un piano Clear Wave per i server e le app e sono pronte almeno cinque ondate per il flusso di lavoro di migrazione?

   6. Esiste un processo per aggiornare le fonti? In caso affermativo, quali sono la frequenza e il processo di notifica?

Criteri di uscita dall'attività

Una volta soddisfatti i seguenti criteri di uscita, passa all'attività successiva:

• Hai convalidato l'elenco di modelli di migrazione chiaramente definiti.

• La posizione di origine dei metadati di migrazione contiene tutti i metadati richiesti per ogni modello oppure è in atto un processo per acquisire i metadati mancanti.

• Hai convalidato il piano d'ondata e i metadati di migrazione per almeno cinque ondate e hai definito un processo per le notifiche e gli aggiornamenti.