Analisi del portafoglio e pianificazione della migrazione

Questa fase si concentra sull'iterazione della visione a livello di portafoglio, sull'eliminazione delle lacune nei dati e sull'acquisizione di più dati per produrre piani di migrazione ad alta affidabilità per l'intero portafoglio. 

Le parti interessate di questa fase sono in genere una combinazione delle due fasi precedenti. CxOs Includono dirigenti senior, team di migrazione e piattaforma e architetti IT ed aziendali. La chiave è aumentare la fedeltà dei dati a livello di portafoglio attraverso l'iterazione e il perfezionamento.

Suggerimento

Per dettagli e linee guida, consulta la sezione pertinente nella guida alla valutazione del portafoglio di applicazioni per le migrazioni. Cloud AWS

Obiettivi e azioni di alto livello

• Stabilisci una base per il portafoglio di applicazioni e l'infrastruttura associata: ripeti i dati a livello di portafoglio, partendo dalla fase di accelerazione della scoperta e pianificazione iniziale, per colmare le lacune e produrre una visione di alto livello dell'intero portafoglio di applicazioni. In questa fase, è fondamentale perfezionare la application-to-infrastructure mappatura, i dati di utilizzo e gli attributi dei metadati delle applicazioni. Questi attributi includono la proprietà, la criticità e la funzione principale di ogni applicazione.

• Ottenere e analizzare i dati sulle dipendenze (in genere utilizzando strumenti di rilevamento specializzati): per convalidare le applicazioni e favorire la creazione di piani di migrazione, in questa fase sono fondamentali dati altamente affidabili sulla dipendenza delle applicazioni. I dati sulle dipendenze includono dati di comunicazione, come il volume e la frequenza di comunicazione tra i sistemi, e le dipendenze non tecniche, come considerazioni operative. Queste dipendenze determinano quali applicazioni devono essere spostate contemporaneamente e quali applicazioni possono funzionare da postazioni diverse.

• Identifica e convalida i requisiti di conformità e normativi: identifica e convalida i framework, le regole, le prove e i requisiti di documentazione. 

• Convertire le ipotesi in fatti: quanto è stato ipotizzato nelle fasi precedenti? In questa fase è fondamentale ridurre al minimo il numero di ipotesi.

• Stabilite una base di riferimento per i modelli di razionalizzazione del portafoglio di migrazione: ripetete i modelli delle fasi precedenti (ad esempio, i criteri di prioritizzazione delle applicazioni e l'albero decisionale delle 6 R). Convalida i modelli applicandoli all'intero portafoglio di applicazioni.

• Documenta i risultati aziendali misurabili: per allineare le ondate di migrazione agli obiettivi aziendali, identifica i risultati aziendali e gli indicatori principali chiave (KPI) associati per ogni ondata di migrazione.

• Evoluzione del business case direzionale: sostituisci i benchmark con dati sull'utilizzo effettivo e sui costi e perfeziona i costi di migrazione in linea con il piano Wave aggiornato. Amplia la copertura per includere l'intero valore atteso da ogni risultato aziendale atteso, come la riduzione dei costi, il miglioramento della produttività IT, una maggiore resilienza e una maggiore agilità.

• Documenta e comunica le date chiave: documenta e comunica eventi importanti (come le date di uscita dai data center, i contratti e i rinnovi dei contratti di licenza), i cicli di rilascio delle applicazioni, le date di migrazione da evitare, i cicli di aggiornamento della tecnologia e la disponibilità del personale.

• Analizza i costi e i rischi della pianificazione delle ondate: quanti cambiamenti paralleli possono essere supportati o tollerati? Analizza i requisiti del personale, l'identificazione e la mitigazione dei rischi, la criticità e l'impatto.

• Identifica i requisiti di competenze: qual è il livello di preparazione previsto per supportare i diversi tipi di carichi di lavoro nel cloud? Il piano relativo all'ondata di migrazione è in linea con la preparazione prevista? I team di supporto possono soddisfare i requisiti del piano d'ondata?

• Documenta i processi interni: documenta le informazioni sugli attuali processi che influiscono sulla migrazione al cloud, come la gestione delle modifiche, la gestione dei servizi, i comitati di revisione dell'architettura, le valutazioni dei rischi e i flussi di lavoro di approvazione.

• Crea un piano d'ondata di migrazione: per creare un piano d'ondata, combina tutti gli elementi precedentemente discussi in questo elenco. Applica criteri di prioritizzazione al portafoglio e analizza le dipendenze per creare ondate di applicazioni. Incorpora la piattaforma e la predisposizione alla migrazione nel piano di migrazione. Quanto tempo occorre per implementare l' AWS infrastruttura e i servizi? Cosa è necessario per la sicurezza e la prontezza operativa? Qual è l'impatto sulla durata dell'onda? Quanto tempo è necessario per implementare gli strumenti di migrazione? Quanto tempo occorre per replicare i dati, considerando l'utilizzo della rete e dei sistemi? Cos'è la finestra Cutover? Quanto tempo ci vuole per tornare indietro?

• Aggiorna i flussi di lavoro: stabilisci un processo per inserire i dati di valutazione dettagliata del portafoglio e delle applicazioni nei flussi di lavoro di Migration and Landing Zone. Assicurati che questi flussi di lavoro definiscano chiaramente i requisiti relativi ai dati.

Risultati

• Inventario di applicazioni e infrastrutture ad alta fedeltà

• Strategia di migrazione di alto livello per ogni applicazione

• Caso aziendale dettagliato

• Piano d'ondata di migrazione ad alta affidabilità

Best practice

• Assicuratevi che le applicazioni siano distribuite in modo uniforme nel piano di migrazione. Considerate la criticità e la complessità per evitare sacche di complessità che potrebbero creare blocchi o ritardare le migrazioni.

• Dai priorità alle applicazioni semplici e non critiche nelle prime due ondate.

• Concentrati sulla combinazione di priorità, dipendenze e fattori di business per ridefinire il piano d'azione.

• Prendi in considerazione l'infrastruttura cloud, la sicurezza e la prontezza operativa (comprese le competenze) quando crei il piano d'ondata.

• Costruisci piani d'ondata in modo che la durata di un'ondata di migrazione, in genere compresa tra 4 e 8 settimane, delinei il percorso applicativo. Ogni ondata dovrebbe coprire quanto segue:

  • Valutazione dettagliata

  • Preparazione alla migrazione

  • Creazione e test dell'infrastruttura

  • Trasferimento dei dati

  • Cutover delle applicazioni in arrivo

  • Chiusura dell'ondata (ad esempio, lezioni apprese, risoluzione dei problemi successivi alla migrazione)

Definite e utilizzate una struttura ondulata predefinita per applicare un modello di fabbrica di migrazione che includa valutazione dettagliata, progettazione, implementazione, test, cutover e convalida.