Migrare
È possibile usare la metodologia di migrazione per prepararsi ed eseguire una migrazione al cloud. La metodologia di migrazione include quattro fasi.
Questo approccio è indipendente dal fornitore, quindi è possibile eseguire la migrazione dei carichi di lavoro a qualsiasi servizio cloud.
Preparare la migrazione
Prima di pianificare le migrazioni dei singoli carichi di lavoro, è necessario preparare l'organizzazione e le risorse cloud per supportare la migrazione. Indipendentemente dall'implementazione di riferimento della zona di destinazione di Azure usata, potrebbe essere necessario eseguire le attività seguenti per preparare la zona di destinazione per un progetto di migrazione riuscito.
- Stabilire la connettività ibrida.
- Preparare l'identità.
- Estendere i controller di dominio di Active Directory.
- Abilitare dns (Hybrid Domain Name System).
- Configurare la risoluzione DNS personalizzata.
- Configurare un proxy DNS di Firewall di Azure.
- Configurare un firewall hub.
- Stabilire il routing.
- Abilitare la distribuzione automatica delle sottoscrizioni.
- Impostare i criteri per abilitare Microsoft Defender for Cloud.
È anche necessario preparare gli strumenti per valutare, replicare e tenere traccia dei carichi di lavoro tramite iterazioni, incluse le attività di correzione. È possibile usare le risorse, ad esempio:
È anche consigliabile mantenere un backlog che è possibile usare in tutto il processo di migrazione. Un backlog consente di identificare i potenziali rischi e di informare tutti i team dello stato di avanzamento. Includere informazioni come:
- Risultati aziendali e metriche.
- Priorità aziendali.
- Presupposti di base.
È necessario assegnare correttamente i ruoli per coprire tutti gli aspetti della migrazione, dalla pianificazione e dall'implementazione alla comunicazione e al supporto. Ogni ruolo ha responsabilità specifiche che contribuiscono al successo complessivo del progetto di migrazione.
Valutare il carico di lavoro
Dopo aver stabilito le operazioni di preparazione, valutare l'idoneità del carico di lavoro e pianificare lo stato migrato. Il team di adozione del cloud deve valutare la compatibilità tecnica, l'architettura, le prestazioni e le aspettative di dimensionamento necessarie e le dipendenze. Calcolare il costo di funzionamento in Azure.
Classificare i carichi di lavoro in base all'impatto significativo di un'interruzione dell'azienda. Classificare i dati nei carichi di lavoro in base al modo in cui una potenziale perdita di tali dati influisce sull'azienda o sui clienti. I dati altamente sensibili aumentano il rischio di sicurezza.
Assicurarsi che tutti gli asset e le dipendenze associate siano compatibili con il modello di distribuzione e il provider di servizi cloud. Valutare se sono presenti blocchi per la migrazione e documentare eventuali correzioni necessarie dei problemi di compatibilità.
Progettare lo stato di migrazione previsto del carico di lavoro. Durante questo processo, progettare gli aspetti seguenti:
- Architettura della zona di destinazione dell'applicazione
- Architettura di rete del carico di lavoro con risorse
- Dipendenze del carico di lavoro
- Confidential computing
Dopo aver progettato componenti essenziali, rivedere la stima del cloud e apportare modifiche, se necessario.
Distribuire gli asset
Distribuire tutti i servizi per assicurarsi che il carico di lavoro possa funzionare correttamente nel cloud. Il carico di lavoro richiede probabilmente servizi per l'organizzazione delle risorse, la rete, l'identità e la sicurezza e la gestione. Identificare le configurazioni che potrebbero rendere un asset incompatibile con il provider di servizi cloud. Eseguire la correzione necessaria per assicurarsi che sia possibile replicare e preparare correttamente il carico di lavoro nel cloud.
Il processo di replica è costituito dai passaggi seguenti:
- Replica: Copiare una versione temporizzato di vari file binari.
- Valore di inizializzazione: Copiare gli snapshot binari in una nuova piattaforma e distribuirli in un nuovo hardware.
- Sincronizza: Allineare il nuovo file binario e il file binario precedente.
Dopo aver completato la migrazione, prepararsi a eseguire attività di gestione per evitare problemi, ad esempio interruzioni, violazioni e prestazioni scarse. Testare l'architettura e il piano di gestione. Il test della migrazione è incentrato sulle attività IT. Elencare i problemi individuati durante i test in modo da poterli tenere traccia e correggere. Eseguire migrazioni di test in un ambiente isolato per assicurarsi di non influire sui carichi di lavoro di produzione. È possibile creare una replica dei sistemi di origine in esecuzione in parallelo ai sistemi live.
Rilasciare il carico di lavoro
Per rilasciare il carico di lavoro, è necessario:
- Comunicare le modifiche imminenti ad altri team.
- Completare i passaggi di migrazione.
- Apportare le approvazioni delle modifiche finali.
- Pulire le risorse.
- Eseguire un'analisi retrospettiva.
Informare l'organizzazione sulle modifiche imminenti per assicurarsi che tutti gli utenti che la migrazione possa influire sul processo. Comunicare le modifiche per ogni carico di lavoro perché ognuna ha utenti e operatori dedicati.
Gli utenti aziendali del carico di lavoro devono testare la nuova soluzione. Identificare gli utenti che le modifiche potrebbero influire maggiormente. Informare gli utenti degli obiettivi aziendali, i risultati desiderati e le modifiche previste ai processi aziendali. Raccogliere commenti e suggerimenti e gestire le azioni tecniche risultanti.
Dopo aver promosso l'asset e tutte le relative dipendenze all'ambiente di produzione, è possibile reindirizzare il traffico di produzione. Gli asset locali sono quindi obsoleti ed è possibile rimuoverli. Dopo la migrazione, ottimizzare il carico di lavoro in base ai dati in tempo reale e rimuovere le risorse ritirati.
Eseguire una retrospettiva dopo la migrazione per scoprire cosa è andato bene, cosa sarebbe stato meglio e cosa si è appreso. Ottenere informazioni dettagliate da ogni membro del team in modo da poter applicare le lezioni apprese alle migrazioni future.