Introduzione: Progettazione e configurazione dell'ambiente
La progettazione e la configurazione dell'ambiente sono i blocchi più comuni per le attività di adozione incentrate sulla migrazione o sull'innovazione. L'implementazione rapida di una progettazione che supporta il piano di adozione a lungo termine può essere difficile. Questo articolo definisce un approccio e una serie di passaggi che consentono di superare i blocchi comuni e accelerare le attività di adozione.
L'impegno tecnico necessario per creare una progettazione e una configurazione ambientali efficaci può essere complesso. È possibile gestire l'ambito per migliorare le probabilità di successo per il team della piattaforma cloud. La sfida più grande è l'allineamento tra più stakeholder. Alcuni di questi stakeholder hanno l'autorità di arrestare o rallentare gli sforzi di adozione. Questi passaggi descrivono i modi per raggiungere rapidamente gli obiettivi a breve termine e stabilire un successo a lungo termine.
Passaggio 1: Documentare la strategia aziendale
Per evitare blocchi di migrazione comuni, assicurarsi di avere una strategia aziendale chiara e concisa. L'allineamento degli stakeholder sulle motivazioni, i risultati aziendali previsti e la giustificazione aziendale è importante durante tutto il processo di adozione e configurazione dell'ambiente.
Una strategia aziendale chiara e concisa aiuta il team della piattaforma cloud a comprendere cosa è importante e cosa deve essere prioritario quando stanno prendendo decisioni di configurazione ambientale. In particolare, aiuta i team a prendere decisioni quando sono costretti a scegliere tra velocità di innovazione o conformità ai controlli.
risultati finali:
- Usare il modello di strategia e piano per registrare motivazioni, risultati aziendali desiderati e giustificazione aziendale di alto livello.
Linee guida per supportare il completamento dei deliverable:
- Comprendere le motivazioni aziendali: il primo passo per l'allineamento strategico consiste nell'accettare le motivazioni che guidano lo sforzo di migrazione. Inizia comprendendo e classificando le motivazioni e i temi comuni dei vari stakeholder tra business e IT.
- Documentare i risultati aziendali: dopo l'allineamento delle motivazioni, è possibile acquisire i risultati aziendali desiderati. Queste informazioni forniscono metriche chiare che è possibile usare per misurare la trasformazione complessiva.
- Creare un business case di migrazione cloud: Iniziare a sviluppare un business case per la migrazione, incluse indicazioni chiare sulle formule e sugli strumenti che consentono di giustificare la migrazione.
| Team responsabile | Team responsabili e di supporto | Team informati |
|---|---|---|
Passaggio 2: Valutare il patrimonio digitale
L'individuazione e la valutazione offrono un livello più approfondito di allineamento tecnico, che consente di creare un piano d'azione che è possibile usare per implementare la strategia. Durante questo passaggio si convalida il caso aziendale usando i dati sullo stato corrente dell'ambiente. Si eseguono quindi analisi quantitative dei dati e una valutazione qualitativa approfondita dei carichi di lavoro con priorità più alta.
L'output della valutazione del patrimonio digitale offre al team della piattaforma cloud una visione chiara dell'ambiente finale previsto e dei requisiti necessari per supportare il piano di adozione.
risultati finali:
- Dati grezzi sull'inventario esistente.
- Analisi quantitativa dell'inventario esistente per perfezionare la motivazione aziendale.
- Analisi qualitativa dei primi 10 carichi di lavoro.
- Aggiornata la giustificazione aziendale nella strategia e nel modello di piano .
Indicazioni per supportare il completamento delle consegne:
- Inventario dei sistemi esistenti: Comprendere lo stato attuale da un approccio programmatico e basato sui dati è il primo passaggio. Trovare e raccogliere dati per abilitare tutte le attività di valutazione.
- razionalizzazione incrementale: semplificare gli sforzi di valutazione per concentrarsi su un'analisi qualitativa di tutti gli asset, possibilmente anche per supportare il caso aziendale. Aggiungere quindi un'analisi qualitativa approfondita per i primi 10 carichi di lavoro di cui eseguire la migrazione.
| Team responsabile | Team responsabili e di supporto | Team informati |
|---|---|---|
Passaggio 3: Creare un piano di adozione del cloud
Il piano di adozione del cloud offre un approccio accelerato allo sviluppo di un backlog di progetto. Il backlog può quindi essere modificato per riflettere i risultati della valutazione, la razionalizzazione, le competenze necessarie e la contrattazione con i partner.
Una revisione del piano di adozione del cloud a breve termine e del backlog aiuta il team della piattaforma cloud a comprendere le esigenze dell'ambiente per i prossimi mesi. Questo background li aiuta a rafforzare la definizione di di fatto per le prime zone di destinazione.
risultati finali:
- Implementare il modello di backlog.
- Aggiornare il modello in modo che rifletta i primi 10 carichi di lavoro di cui eseguire la migrazione.
- Aggiornare le persone e la velocità (tempo delle persone) per stimare i tempi di rilascio.
- Rischi della sequenza temporale:
- La mancanza di familiarità con Azure DevOps può rallentare il processo di distribuzione.
- La complessità e i dati disponibili per ogni carico di lavoro possono influire anche sulle sequenze temporali.
Indicazioni per supportare il completamento delle deliverable:
- piano di adozione del cloud: definire il piano usando il modello di base.
- Allineamento del carico di lavoro : definire nel backlog i carichi di lavoro.
- Allineamento degli sforzi: Organizzare asset e carichi di lavoro nel backlog per definire chiaramente gli sforzi per i carichi di lavoro con priorità.
- allineamento delle persone e del tempo: stabilire iterazioni, velocità di lavoro e rilasci per i carichi di lavoro migrati.
| Team responsabile | Team responsabili e di supporto | Team informati |
|---|---|---|
Passaggio 4: Distribuire la prima zona di atterraggio
Inizialmente, il team di adozione del cloud necessita di una zona di destinazione in grado di supportare i requisiti del primo ciclo di carichi di lavoro. Nel corso del tempo, la zona di atterraggio si adatta per affrontare carichi di lavoro più complessi. Per il momento, inizia con una zona di atterraggio che consente l'apprendimento iniziale per il team della piattaforma cloud e il team di adozione del cloud.
risultati finali:
- Distribuire una prima zona di destinazione per le migrazioni iniziali a basso rischio.
- Sviluppare un piano per effettuare il refactoring con il centro cloud di eccellenza o il team IT centrale.
- Rischi della sequenza temporale:
- I requisiti di governance, operazioni e sicurezza per i primi 10 carichi di lavoro possono rallentare questo processo. Il refactoring effettivo della prima zona di destinazione e delle zone di destinazione successive richiede più tempo, ma dovrebbe verificarsi in parallelo con le attività di migrazione.
Indicazioni per supportare il completamento dei deliverable:
- Scegliere una zona di destinazione: usare questa sezione per trovare l'approccio corretto per distribuire una zona di destinazione in base al piano di adozione a breve termine. Distribuire quindi la codebase standardizzata.
- Espandere la zona di destinazione: non tentare di soddisfare ancora vincoli di governance, sicurezza o operazioni a lungo termine, a meno che non siano necessari per supportare il piano di adozione a breve termine.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 5: Distribuire una base di governance iniziale
governance è un fattore chiave per il successo a lungo termine di qualsiasi operazione di migrazione. La velocità di migrazione e l'impatto aziendale sono importanti. Ma la velocità senza gestione può essere pericolosa. L'organizzazione deve prendere decisioni sulla governance allineate ai modelli di adozione e alle esigenze di governance e conformità.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 6: Implementare una baseline delle operazioni
La migrazione al cloud senza comprendere le operazioni in corso è rischiosa. In parallelo con la migrazione, iniziare a pianificare la gestione delle operazioni a lungo termine. Inserire tali piani nelle attività parallele del team della piattaforma cloud.
risultati finali:
- Distribuire una linea di base di gestione.
- Completare la cartella di lavoro di gestione delle operazioni.
- Identificare eventuali carichi di lavoro che richiedono una valutazione di revisione di Microsoft Azure Well-Architected.
- Rischi della sequenza temporale:
- Esaminare la cartella di lavoro: stimare un'ora per ogni proprietario dell'applicazione.
- Completare la valutazione di revisione di Microsoft Azure Well-Architected: stimare un'ora per ogni applicazione.
Indicazioni per supportare il completamento dei risultati:
- Stabilire una linea di base di gestione
- Definire gli impegni aziendali
- Espandere la baseline di gestione
- Approfondisci con operazioni avanzate specifiche
| Team responsabile | Team responsabili e di supporto | Team consultati |
|---|---|---|
Passaggio 7: Espandere la zona di destinazione
Quando il team di adozione del cloud inizia le prime migrazioni, il team della piattaforma cloud può iniziare a costruire la configurazione finale dell'ambiente con il supporto da parte dei team di governance e operazioni cloud. A seconda del ritmo del piano di adozione del cloud, questo processo potrebbe dover essere eseguito nelle versioni iterative. È possibile aggiungere funzionalità prima dei requisiti del piano di adozione.
risultati finali:
- Adottare un approccio di sviluppo basato su test per la ristrutturazione delle zone di atterraggio.
- Migliorare la governance della zona di destinazione.
- Espandere le operazioni della zona di atterraggio.
- Implementare la sicurezza della zona di destinazione.
Indicazioni per supportare il completamento delle consegne:
- Sviluppo guidato dai test delle zone di atterraggio
- Espandere la governance dell'area di atterraggio
- Espandere le operazioni dell'area di atterraggio
- Espandere la sicurezza della zona di atterraggio
| Team responsabile | Team responsabili e di supporto |
|---|---|
Dichiarazione di valore
I passaggi descritti in questa guida consentono all'utente e ai team di accelerare il percorso verso un ambiente cloud pronto per l'organizzazione configurato correttamente.
Passaggi successivi
Considera questi passaggi successivi in un'iterazione futura per migliorare i tuoi sforzi iniziali: