Preparare gli strumenti e il backlog di migrazione iniziale

Per implementare la migrazione, sono necessari gli strumenti appropriati e un backlog completo dei carichi di lavoro di cui eseguire la migrazione. Questo articolo fornisce indicazioni su come prepararsi per la migrazione definendo gli strumenti necessari e creando un backlog di migrazione iniziale.

Preparare gli strumenti di migrazione

Per completare correttamente la migrazione, sono necessari strumenti specifici per la valutazione, la replica e il rilevamento dei carichi di lavoro tramite iterazioni, incluse le attività di correzione.

Sono disponibili vari strumenti di migrazione. Molti sono nativi della piattaforma Azure o sono già disponibili comunemente.

Ecco un elenco di strumenti o offerte comuni necessari per un progetto di migrazione riuscito:

Tipo di strumento	Funzionalità	Strumento
Individuazione e valutazione	Esegue l'individuazione e le valutazioni automatizzate dell'ambiente. Identifica i blocchi per la migrazione e identifica le dipendenze tra i server.	Azure Migrate
Replica	Replica lo stato dei dati tra l'origine locale e un ambiente di gestione temporanea cloud. Usato per idratare ed eseguire la migrazione delle risorse.	Azure Migrate
Rilevamento	Usato per organizzare le attività del progetto, ad esempio per raggruppare i server in carichi di lavoro, tenere traccia delle attività di correzione e fornire lo stato di una migrazione del carico di lavoro.	Azure DevOps, Excel e Microsoft Project
Guida alla migrazione	Consente di identificare la funzionalità di migrazione da usare per Azure Migrate. La Guida all'esecuzione della migrazione è una risorsa di progetto che consente di eseguire istruzioni dettagliate sulle decisioni e sull'implementazione della migrazione.	Guida all'esecuzione della migrazione

Sebbene sia possibile usare altri strumenti invece di Azure Migrate, è consigliabile usare un'offerta nativa, a meno che non esista un motivo identificato. L'offerta nativa di Azure Migrate è stata creata per funzionare senza problemi con la piattaforma Azure ed è costantemente aggiornata per supportare le funzionalità e le funzionalità più recenti.

Nota

Se si usa uno strumento esistente per replicare un carico di lavoro in Azure, la modifica degli strumenti durante questo processo può compromettere e ridurre le prestazioni. In questo scenario, continuare a usare lo strumento esistente. Successivamente, è possibile eseguire la promozione della migrazione, ad esempio uno scenario di failover di ripristino di emergenza.

Backlog di migrazione iniziale

Le sezioni seguenti descrivono le attività dei prerequisiti da eseguire per compilare un backlog di migrazione iniziale.

Il team di strategia del cloud è responsabile della cura e della manutenzione del digital estate. Tuttavia, l'indirizzamento del backlog generato dal mapping di un digital estate rientra nella responsabilità condivisa di tutti i ruoli coinvolti nel processo di migrazione. Il team di strategia del cloud e il team di adozione del cloud devono esaminare e comprendere il backlog di migrazione prima che i team inizino a pianificare le singole attività del carico di lavoro. Durante la revisione, i membri di entrambi i team devono acquisire conoscenze sufficienti per descrivere i punti chiave seguenti sul backlog di migrazione.

Risultati aziendali e metriche

Ogni membro del team deve comprendere i risultati aziendali previsti. Le migrazioni richiedono tempo. È facile che i membri del team diventino distratti da attività urgenti ma meno strategiche in diverse fasi di una migrazione. La definizione e il rafforzamento dei risultati previsti aiuta i membri del team a comprendere la definizione delle priorità e l'importanza relativa delle attività di migrazione in modo da prendere decisioni migliori nel tempo.

Tenere traccia dello stato di avanzamento della migrazione è altrettanto importante sia per la motivazione del team di migrazione che per il supporto continuo degli stakeholder. Tenere traccia dello stato di avanzamento tramite gli indicatori KPI di migrazione e monitorando le metriche. Indipendentemente dal modo in cui si tiene traccia dello sforzo, è importante che il team sia a conoscenza delle metriche chiave in modo che possa valutare le prestazioni durante le iterazioni successive.

Priorità aziendali

In alcuni casi, la priorità di un carico di lavoro rispetto a un altro potrebbe non sembrare logica o anche utile per il team di adozione del cloud. Comprendere le priorità aziendali che determinano le decisioni di definizione delle priorità dei carichi di lavoro può aiutare il team a mantenere la motivazione critica. Aiuta anche il team a dare un contributo più forte durante il processo decisionale di definizione delle priorità.

Presupposti di base

La razionalizzazione del digital estate illustra l'agilità e il risparmio di tempo derivanti dal lavoro dai presupposti di base quando si valuta un digital estate. Per realizzare appieno questi valori, il team di adozione del cloud deve comprendere i presupposti e i motivi per cui sono stati stabiliti i presupposti. Tale conoscenza fornisce al team di sfidare i presupposti per l'efficacia e il risparmio.

Acquisire il backlog

Acquisire il backlog in una posizione che è possibile condividere con tutti i membri del team di adozione del cloud. Da una posizione condivisa, i diversi membri del team possono allineare le proprie conoscenze e lavorare al backlog ed è possibile mantenere aggiornato il backlog durante il processo di migrazione.

È possibile usare sia gli strumenti familiari nell'organizzazione che gli strumenti usati per completare la razionalizzazione del digital estate.

Se si stanno cercando modelli predefiniti, la Guida all'esecuzione della migrazione include modelli di foglio di calcolo che consentono di organizzare il backlog.

È importante associare i carichi di lavoro ai server, in modo da poter tenere traccia di un carico di lavoro stesso tramite migrazioni di singoli server nel backlog. È anche possibile usare il backlog per presentare le dipendenze tra carichi di lavoro durante il completamento della valutazione. Quando si correggeno gli asset e si completano i test, si unisce il backlog con un piano di correzione.

Il backlog viene usato in tutto il processo di migrazione. La gestione del backlog è fondamentale.

Pianificare il backlog per più data center

Prima di iniziare la migrazione, è necessario creare epiche nello strumento di gestione dei progetti per ogni data center di cui si esegue la migrazione. In un'epica data center è possibile raggruppare il lavoro associato in modo da poter tenere traccia dello stato di ogni posizione del data center.

Se non si usano epiche per gestire la migrazione, è possibile usare obiettivi di primo livello o raggruppamenti per i data center. La chiave è che è possibile filtrare, organizzare e tenere traccia di ogni data center come posizione separata.

È importante comprendere i risultati aziendali e le motivazioni per la migrazione. Si possono usare queste motivazioni per classificare in ordine di priorità l'elenco di epiche (o data center). Ad esempio, se l'intenzione di eseguire la migrazione da un data center locale prima della fine del lease corrente determina la migrazione, assegnare priorità alle epiche usando le date di rinnovo del lease.

All'interno di ogni epica, gestire i carichi di lavoro valutati e migrati come funzionalità. Gestire ogni asset all'interno di tale carico di lavoro come storia utente. Le attività rappresentano il lavoro per valutare, eseguire la migrazione, ottimizzare, promuovere, proteggere e gestire ogni asset.

Uno sprint o un'iterazione è una serie di attività necessarie per eseguire la migrazione degli asset e delle storie utente a cui si impegna il team di adozione del cloud. Uno sprint è in genere un segmento di tempo, ad esempio un trimestre fiscale o un mese di calendario. Una versione rappresenta uno o più carichi di lavoro o funzionalità promossi alla produzione.

Passaggio successivo

Pianificare la resilienza