Introduzione: Accelerare la migrazione
L'allineamento corretto degli stakeholder aziendali e IT consente di superare gli ostacoli alla migrazione e accelerare le attività di migrazione. Questo articolo illustra i passaggi consigliati per:
- Allineamento degli stakeholder
- Pianificazione della migrazione
- Distribuzione di una zona di destinazione
- Migrazione dei primi 10 carichi di lavoro
Questo articolo illustra anche come implementare processi di governance e gestione appropriati. Usare questa guida per semplificare i processi e i materiali necessari per allineare un impegno complessivo per la migrazione.
Se lo scenario di migrazione è atipico, è possibile ottenere una valutazione personalizzata dell'idoneità alla migrazione dell'organizzazione usando lo strumento smart (Strategic Migration Assessment and Readiness Tool). Farne uso per identificare le indicazioni più rispondenti alle esigenze correnti.
Introduzione
Le attività e il processo di natura tecnica necessari per eseguire la migrazione dei carichi di lavoro sono relativamente semplici. È importante completare il processo di migrazione in modo efficiente. L'idoneità alla migrazione strategica ha un impatto ancora maggiore sulle sequenze temporali e sul corretto completamento della migrazione nel suo complesso.
Per accelerare l'adozione, occorre eseguire i passaggi necessari per supportare il team di adozione del cloud durante la migrazione. Questa guida illustra queste attività iterative per aiutare i clienti a intraprendere il percorso corretto verso qualsiasi migrazione cloud. Per mostrare l'importanza dei passaggi di supporto, la migrazione è elencata come passaggio 10 in questo articolo. In pratica, è probabile che il team di adozione del cloud inizi la prima migrazione pilota in parallelo con il passaggio 4 o 5.
Passaggio 1: Allineare gli stakeholder
Per evitare blocchi di migrazione comuni, creare una strategia aziendale chiara e concisa per la migrazione. L'allineamento degli stakeholder sulle motivazioni e sui risultati aziendali previsti influisce sulle decisioni prese dal team di adozione del cloud.
- Motivazioni: il primo passaggio verso l'allineamento strategico prevede di trovare un accordo sulle motivazioni che determinano il lavoro richiesto per la migrazione. Prima di tutto è importante comprendere e classificare le motivazioni e i temi comuni dei diversi stakeholder dell'azienda e dell'IT.
- Risultati aziendali: dopo aver allineato le motivazioni, è possibile individuare i risultati aziendali desiderati. Queste informazioni forniscono metriche chiare che consentono di misurare la trasformazione complessiva.
Risultati finali:
- Usare il modello della strategia e del piano per registrare le motivazioni e i risultati aziendali desiderati.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 2: Allineare il supporto dei partner
Sono disponibili partner, servizi Microsoft o diversi programmi Microsoft per fornire supporto all'utente durante l'intero processo di migrazione.
- Comprendere le opzioni di collaborazione per trovare il livello più appropriato di partnership e supporto.
Risultati finali:
- Stabilire termini e condizioni o altri accordi contrattuali prima di coinvolgere i partner di supporto.
- Identificare i partner approvati nel modello della strategia e del piano.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 3: Raccogliere i dati e analizzare risorse e carichi di lavoro
L'individuazione e la valutazione consentono di migliorare l'allineamento tecnico e di creare un piano di azione per applicare la strategia. Durante questo passaggio, convalidare il caso aziendale usando i dati sull'ambiente di stato corrente, quindi eseguire un'analisi quantitativa e una valutazione qualitativa approfondita dei carichi di lavoro con la priorità più alta.
- Inventario dei sistemi esistenti: usare un approccio basato sui dati a livello di codice per comprendere lo stato corrente. Individuare e raccogliere i dati per abilitare tutte le attività di valutazione.
- Razionalizzazione incrementale: semplificare le attività di valutazione per concentrarsi su un'analisi qualitativa di tutte le risorse e verosimilmente anche per supportare il caso aziendale. Aggiungere quindi un'analisi qualitativa approfondita per i primi 10 carichi di lavoro di cui eseguire la migrazione.
Risultati finali:
- Dati non elaborati per l'inventario esistente.
- Analisi quantitativa dell'inventario esistente per perfezionare la motivazione aziendale.
- Analisi qualitativa dei primi 10 carichi di lavoro.
- Motivazione aziendale documentata nel modello della strategia e del piano.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 4: Creare un caso aziendale
La creazione di un caso aziendale per la migrazione avviene probabilmente nell'ambito di conversazione iterativa tra gli stakeholder. In questo primo passaggio verso la creazione del caso aziendale si valutano i risultati generali iniziali di una potenziale migrazione al cloud. L'obiettivo di questo passaggio è assicurarsi che tutti gli stakeholder siano allineati su una semplice domanda: in base ai dati disponibili, l'adozione completa del cloud è una decisione aziendale oculata?
- La creazione di un caso aziendale per la migrazione nel cloud è un buon punto di partenza per lo sviluppo di un progetto di migrazione. La chiarezza su formule e strumenti può essere d'aiuto per la motivazione aziendale.
Risultati finali:
- Usare il modello della strategia e del piano per registrare la motivazione aziendale.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 5: Creare un piano di migrazione
Un piano di adozione del cloud offre un approccio accelerato per lo sviluppo di un backlog di progetto. Il backlog può essere quindi modificato per rispecchiare i risultati dell'individuazione, la razionalizzazione, le competenze necessarie e i contratti dei partner.
- Piano di adozione del cloud: definire tale piano usando il modello di base.
- Allineamento dei carichi di lavoro: definire i carichi di lavoro nel backlog.
- Allineamento del lavoro richiesto: allineare le risorse e i carichi di lavoro nel backlog per definire chiaramente il lavoro richiesto per i carichi di lavoro con priorità.
- Allineamento delle persone e del tempo: stabilire iterazione, velocità (tempo delle persone) e rilasci per i carichi di lavoro sottoposti a migrazione.
Risultati finali:
- Distribuire il modello di backlog.
- Aggiornare il modello per rispecchiare i primi 10 carichi di lavoro da sottoporre a migrazione.
- Aggiornare le persone e la velocità per stimare le tempistiche di rilascio.
- Rischi della sequenza temporale:
- La mancanza di familiarità con Azure DevOps può rallentare il processo di distribuzione.
- Anche la complessità e i dati disponibili per ogni carico di lavoro possono influire sulle sequenze temporali.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 6: Creare un piano di idoneità a livello di competenze
Anche se i dipendenti esistenti possono avere un ruolo pratico nel processo di migrazione, potrebbero essere necessarie competenze aggiuntive. In questo passaggio, è importante trovare il modo di sviluppare tali competenze o rivolgersi a partner in grado di apportare ulteriori competenze.
- Creare un piano di preparazione delle competenze. Valutare rapidamente le competenze esistenti per identificare le altre competenze che il team deve sviluppare.
Risultati finali:
- Aggiungere un piano di idoneità a livello di competenze al modello della strategia e del piano.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 7: Distribuire e allineare una zona di destinazione
Tutte le risorse sottoposte a migrazione vengono distribuite in una zona di destinazione. La zona di destinazione inizia in forma semplice per supportare carichi di lavoro più piccoli, quindi viene ridimensionata per gestire carichi di lavoro più complessi nel tempo.
- Scegliere una zona di destinazione: trovare l'approccio corretto alla distribuzione di una zona di destinazione in base al modello di adozione, quindi distribuire la codebase standardizzata.
- Espandere la zona di destinazione: qualunque sia il punto di partenza, identificare i gap nella zona di destinazione distribuita e aggiungere i componenti necessari per l'organizzazione delle risorse, la sicurezza, la governance, la conformità e le operazioni.
Risultati finali:
- Distribuire la prima zona di destinazione per la distribuzione delle migrazioni iniziali a basso rischio.
- Sviluppare un piano di refactoring con il centro di eccellenza cloud o il team IT centrale.
- Rischi della sequenza temporale:
- I requisiti per governance, operazioni e sicurezza per i primi 10 carichi di lavoro possono rallentare questo processo.
- Il refactoring della prima zona di destinazione e delle zone di destinazione successive richiede più tempo, ma dovrebbe essere eseguito in parallelo alle attività di migrazione.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 8: Eseguire la migrazione dei primi 10 carichi di lavoro
L'impegno tecnico necessario per eseguire la migrazione dei primi 10 carichi di lavoro è relativamente semplice. Si tratta anche di un processo iterativo da ripetere quando si esegue la migrazione di altre risorse. In questo processo si valutano, si distribuiscono e quindi si rilasciano i carichi di lavoro nell'ambiente di produzione.
Gli strumenti di migrazione cloud consentono di eseguire la migrazione di tutte le macchine virtuali in un data center in un unico passaggio o iterazione. È più comune eseguire la migrazione di un numero inferiore di carichi di lavoro durante ogni iterazione. La suddivisione della migrazione in incrementi più piccoli richiede una maggiore pianificazione, ma riduce i rischi tecnici e l'impatto della gestione delle modifiche relative all'organizzazione.
A ogni iterazione, il team di adozione del cloud migliora nell'eseguire la migrazione dei carichi di lavoro. Questi passaggi consentono al team tecnico di maturare le proprie capacità:
- Eseguire la migrazione del primo carico di lavoro in un puro approccio IaaS (Infrastructure as a Service, Infrastruttura distribuita come servizio) usando gli strumenti descritti nella guida alla migrazione ad Azure.
- Espandere le opzioni degli strumenti per usare la migrazione e la modernizzazione basandosi sugli esempi di migrazione.
- Sviluppare la strategia tecnica usando approcci più ampi descritti nelle procedure consigliate per la migrazione al cloud di Azure.
- Migliorare la coerenza, l'affidabilità e le prestazioni tramite un approccio efficiente basato su factory di migrazione, come descritto in Miglioramenti del processo di migrazione.
Risultati finali:
Miglioramento continuo della capacità del team di adozione di eseguire la migrazione dei carichi di lavoro.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 9: Passare i carichi di lavoro di produzione alla governance cloud
La governance è un fattore chiave per il successo a lungo termine di qualsiasi processo di migrazione. La velocità della migrazione e l'impatto aziendale sono importanti, ma la velocità senza governance può essere pericolosa. L'organizzazione deve prendere decisioni sulla governance allineate ai modelli di adozione e alle esigenze di governance e conformità.
- Approccio alla governance: questa metodologia delinea un processo per definire i criteri e le procedure aziendali. Dopo aver stabilito il tipo di approccio, è possibile definire le discipline necessarie per abilitare la governance nelle attività di adozione del cloud aziendale.
- Base iniziale per la governance: comprendere le discipline necessarie per creare un prodotto minimo funzionante di governance che funga da base per l'intera adozione.
- Benchmark di governance: identificare le lacune nello stato di governance corrente dell'organizzazione. Ottenere un report di benchmark personalizzato e indicazioni specifiche su come iniziare.
Risultati finali:
- Distribuire una base iniziale per la governance.
- Completare un benchmark di governance per effettuare la pianificazione per miglioramenti futuri.
- Rischio sequenza temporale:
- Il miglioramento dei criteri e l'implementazione della governance possono aggiungere da una a quattro settimane per ogni disciplina.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 10: Passare i carichi di lavoro di produzione alle operazioni cloud
La gestione delle operazioni è un altro requisito per eseguire correttamente la migrazione. È rischioso decidere di eseguire la migrazione di singoli carichi di lavoro al cloud senza conoscere le operazioni aziendali in corso. Parallelamente alla migrazione, è consigliabile iniziare a pianificare le operazioni a lungo termine.
- Definire gli impegni aziendali
- Stabilire una linea di base di gestione
- Espandere la linea di base di gestione
- Principi di progettazione e operazioni avanzate
Risultati finali:
- Distribuire una baseline di gestione.
- Completare la cartella di lavoro di gestione delle operazioni.
- Identificare i carichi di lavoro che richiedono una valutazione della revisione di Microsoft Azure Well-Architected.
- Rischi della sequenza temporale:
- Rivedere la cartella di lavoro: stimare un'ora per ogni proprietario applicazione.
- Completare la valutazione della revisione di Microsoft Azure Well-Architected: stimare un'ora per ogni applicazione.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Dichiarazione del valore
Questi passaggi consentono ai team di accelerare le attività di migrazione grazie a una migliore gestione delle modifiche e a un più efficiente allineamento degli stakeholder. Questi passaggi consentono anche di rimuovere i blocchi comuni e di realizzare più rapidamente valore aziendale.
Passaggi successivi
Cloud Adoption Framework è una soluzione del ciclo di vita che consente di iniziare un percorso di migrazione. Aiuta anche a maturare i team che supportano le attività di migrazione. I team seguenti possono usare questi passaggi successivi per continuare a sviluppare le loro capacità. Questi processi paralleli non sono lineari e non devono essere considerati blocchi. Ognuno è invece un flusso di valori parallelo che contribuisce a migliorare l'idoneità complessiva dell'organizzazione per il cloud.
| Team | Iterazione successiva |
|---|---|
| Team di adozione del cloud | Usare il modello di migrazione per informazioni sul passaggio a una factory di migrazione in grado di offrire funzionalità di migrazione efficienti e continue. |
| Team di strategia del cloud | Migliorare in modo iterativo la metodologia della strategia e la metodologia del piano insieme al piano di adozione. Rivedere queste panoramiche e continuare a eseguire l'iterazione tra le strategie aziendali e tecniche. |
| Team della piattaforma cloud | Rivedere la metodologia di idoneità per continuare a far evolvere la piattaforma cloud globale che supporta la migrazione o altre attività di adozione. |
| Team di governance del cloud | Usare la metodologia di governance per continuare a migliorare i processi, i criteri e le discipline di governance. |
| Team di operazioni cloud | Basarsi sulla metodologia di gestione per offrire operazioni più avanzate in Azure. |
Se lo scenario di migrazione è atipico, è possibile ottenere una valutazione personalizzata dell'idoneità alla migrazione dell'organizzazione usando lo strumento smart (Strategic Migration Assessment and Readiness Tool). Le risposte fornite consentono di identificare le indicazioni più rispondenti alle esigenze correnti.
Commenti e suggerimenti
Presto disponibile: nel corso del 2024 verranno dismessi i problemi di GitHub come meccanismo di feedback per il contenuto e verranno sostituiti con un nuovo sistema di feedback. Per altre informazioni, vedere: https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per