Rilasciare il carico di lavoro

20 minuti

In questa fase, si rilascia il carico di lavoro nell'ambiente di produzione.

Diagramma che mostra i passaggi della metodologia per eseguire la migrazione.

Si sono distribuite le risorse in Azure. A questo punto è necessario completare i passaggi di migrazione, comunicare le modifiche imminenti agli altri team, apportare le approvazioni delle modifiche finali, pulire le risorse ed eseguire una retrospettiva.

Comunicare le modifiche

Informare l'organizzazione delle modifiche imminenti per assicurarsi che tutti gli utenti su cui la migrazione potrebbe influire siano a conoscenza del processo. Comunicare le modifiche per ogni carico di lavoro, poiché ognuno di essi dispone di utenti e operatori dedicati.

Nella comunicazione delle modifiche è necessario rispondere alle domande seguenti:

Quali sono le date critiche per la migrazione?
Quali sono i soggetti il cui lavoro viene interrotto, quando viene interrotto e per quanto tempo?
Quale lavoro deve essere completato da ogni ruolo prima delle modifiche in modo da essere pronti per la migrazione?
Quale lavoro deve completare ogni ruolo dopo le modifiche per confermarne la funzionalità?
A chi devono rivolgersi i privati in caso di domande o problemi?

Eseguire test aziendali

Gli utenti aziendali del carico di lavoro devono testare la nuova soluzione. Il team di migrazione consente di facilitare il test del carico di lavoro, di sviluppare piani di test e di automatizzare i test.

Per testare il carico di lavoro, identificare gli utenti su cui le modifiche potrebbero influire maggiormente. Informare tali utenti degli obiettivi aziendali, dei risultati desiderati e delle modifiche che si prevede di apportare ai processi aziendali. Ottenere il feedback degli utenti e assicurarsi che il personale IT lo comprenda e lo consideri prioritario in base al suo impatto. Se il feedback richiede di apportare modifiche al carico di lavoro, comunicarlo a tutti i team interessati.

Durante la fase di feedback, il team di migrazione raccoglie il feedback e ne gestisce le azioni tecniche risultanti. Creare un piano di test per tenere traccia del feedback e delle azioni da intraprendere.

Completare la migrazione

Dopo aver alzato di livello l'asset e tutte le sue dipendenze nell’ambiente di produzione, è possibile reindirizzare il traffico di produzione. A questo punto gli asset locali sono obsoleti e si può procedere alla loro rimozione.

È necessario eseguire varie attività a seconda dell'architettura del carico di lavoro.

Inviare una comunicazione per informare le parti che si è iniziata la promozione.
Verificare che tutte le risorse di gestione temporanea funzionino correttamente.
Eseguire la replica per i dati recenti.
Idratare le risorse dopo la replica. Eseguire un'installazione di appoggio di tutti gli altri componenti, ad esempio le regole di bilanciamento del carico.
Disabilitare i server di origine in modo che non interferiscano con la migrazione.
Eseguire test isolati.
Aggiornare i componenti di rete in modo che gli utenti possano accedere alla nuova posizione dell'applicazione.
Eseguire di nuovo il test di promozione per verificare che il carico di lavoro funzioni come previsto.
Ottenere l'approvazione finale dagli stakeholder.
Comunicare alle parti interessate che la promozione ha avuto esito positivo.

Ottimizzare i costi dopo la migrazione

Dopo la migrazione, ottimizzare il carico di lavoro in base ai dati in tempo reale e rimuovere gli asset ritirati.

Quando si arresta e si rimuovono gli asset:

Continuare il monitoraggio: Monitorare gli asset pianificati per il ritiro per assicurarsi che il traffico di produzione venga instradato correttamente. Gli asset disabilitati possono comunque usare l’archiviazione, la rete e altre risorse dell'infrastruttura. Se vengono abilitati di nuovo, possono verificarsi problemi imprevisti. Monitorare l'attività per assicurarsi che gli asset non siano più in uso.
Stabilire finestre di test e di interruzione: Identificare una finestra di test inattiva per eseguire test case che corrispondano alle attività reali svolte dagli utenti. Durante questa finestra, è anche possibile disabilitare gli asset contrassegnati per la rimozione. Pianificare la finestra di manutenzione e informare gli utenti del piano.
Prendere in considerazione un periodo di mantenimento: Mantenere un asset ritirato per almeno 30 giorni in modo che funga da backup temporaneo dei dati nel caso in cui dovessero andare persi durante la replica. Il team di governance dei dati dell'organizzazione potrebbe prevedere altri requisiti che richiedono un periodo di conservazione superiore a 30 giorni.

Condurre una retrospettiva