Attività iniziali: comprendere e documentare le decisioni sull'allineamento di base
L'adozione del cloud offre numerosi vantaggi aziendali, tecnici e organizzativi. Indipendentemente dal fatto che l'organizzazione voglia compiere nel percorso di adozione del cloud, esistono alcune decisioni iniziali che ogni team coinvolto nel percorso deve comprendere. Questo articolo fornisce un elenco di passaggi per documentare le decisioni di progettazione e preparare l'organizzazione per il processo di adozione del cloud.
Nota
I collegamenti in questo articolo portano a più aree della documentazione di Cloud Adoption Framework. L'aggiunta di segnalibri a questo articolo può semplificare la ricerca di questo elenco di controllo dopo aver esplorato diversi articoli che l'elenco di controllo consiglia.
Prima di iniziare
Durante l'esecuzione di questa guida, usare il modello decisionale iniziale per registrare ogni decisione fondamentale presa. Il modello consente di chiarire la configurazione dell'ambiente cloud e i motivi alla base di ogni decisione. La presenza di queste informazioni in un'unica posizione consente di eseguire rapidamente l'onboarding dei membri del team che partecipano al ciclo di vita di adozione del cloud.
Si supponga di avere già un ambiente in esecuzione in Azure. In tal caso, è possibile accelerare la documentazione usando il visualizzatore di governance di Azure. Il visualizzatore fornisce informazioni dettagliate sul controllo degli accessi in base al ruolo di Azure, Azure Blueprints, criteri, sottoscrizioni e altro ancora. Usa anche i dati raccolti per fornire visibilità sulla mappa della gerarchia, creare un riepilogo del tenant e creare informazioni dettagliate sull'ambito granulare per i gruppi di gestione e le sottoscrizioni.
Passaggio 1: comprendere il funzionamento di Azure
Quando si usa Azure come provider di servizi cloud per il percorso di adozione del cloud, è necessario comprendere il funzionamento di Azure.
Team coinvolti, risultati finali e indicazioni di supporto:
Tutti gli utenti coinvolti nel ciclo di vita di adozione del cloud dell'organizzazione devono comprendere cos'è Azure e come funziona.
Passaggio 2: comprendere i concetti di base di Azure
Azure si basa su un set di concetti fondamentali. È utile comprendere questi concetti per avere discussioni approfondite sulla strategia tecnica per l'implementazione di Azure.
Team coinvolti, risultati finali e indicazioni di supporto:
Tutti gli utenti coinvolti nell'implementazione della strategia tecnologica di Azure dell'organizzazione devono comprendere i termini e le definizioni dei concetti fondamentali di Azure.
Passaggio 3: esaminare il portfolio
Tutte le decisioni relative all'hosting e all'ambiente cloud richiedono la comprensione del portfolio dei carichi di lavoro. Microsoft Cloud Adoption Framework include strumenti che consentono di comprendere e valutare il portfolio.
Risultati finali:
- Nel modello decisionale iniziale registrare la posizione e lo stato della documentazione del portfolio e chi è responsabile della gestione.
Indicazioni per supportare il raggiungimento dei risultati finali:
- I concetti fondamentali consentono di comprendere gli argomenti critici di Azure prima di intraprendere il percorso di adozione del cloud.
- L'approccio alla cartella di lavoro di gestione delle operazioni e all'allineamento aziendale consente di comprendere i carichi di lavoro e gli asset che passano al team operativo cloud.
- Il piano di adozione del cloud fornisce un backlog di carichi di lavoro e asset pianificati per l'adozione del cloud.
- L'approccio di analisi del digital estate consente di documentare i carichi di lavoro e gli asset esistenti in base all'adozione del cloud. In Azure, il digital estate è meglio rappresentato nello strumento Azure Migrate .
Team responsabile | Team responsabili e di supporto |
---|---|
Passaggio 4: definire la profondità della gerarchia del portfolio per allineare il portfolio
Alcune organizzazioni possono usare un singolo carico di lavoro e gli asset di supporto per ospitare gli asset e i carichi di lavoro nel cloud. Altre organizzazioni potrebbero dover includere migliaia di carichi di lavoro e molti asset di supporto per la strategia di adozione del cloud. La gerarchia portfolio fornisce nomi comuni per ogni livello, creando un linguaggio comune indipendentemente dal provider di servizi cloud che un'organizzazione decide di usare.
Risultati finali:
- Nel modello decisionale iniziale registrare tutte le esigenze di gerarchia pertinenti.
Indicazioni per supportare il raggiungimento dei risultati finali:
- Comprendere i livelli della gerarchia del portfolio in modo da poter allineare i termini fondamentali.
Team responsabile | Team responsabili e di supporto |
---|---|
Passaggio 5: Stabilire standard di denominazione e assegnazione di tag nel portfolio
Tutti i carichi di lavoro e gli asset esistenti devono essere denominati e contrassegnati in modo appropriato in base a specifici standard di denominazione e assegnazione di tag. Documentare questi standard e renderli disponibili come riferimento per tutti i membri del team. È consigliabile applicare automaticamente gli standard quando possibile per garantire i requisiti minimi di assegnazione di tag.
Risultati finali:
- Nel modello decisionale iniziale registrare la posizione e lo stato della cartella di lavoro delle convenzioni di denominazione e assegnazione di tag e chi è responsabile della gestione.
Indicazioni per supportare il completamento dei risultati finali:
- Creare uno standard di denominazione e assegnazione di tag.
- Popolare il modello di rilevamento delle convenzioni di denominazione e assegnazione di tag per tenere traccia delle decisioni.
- Esaminare e aggiornare i tag esistenti in Azure.
- Applicare i criteri di assegnazione di tag in Azure.
Team responsabile | Team responsabili e di supporto |
---|---|
Passaggio 6: creare un progetto di organizzazione delle risorse per implementare la gerarchia del portfolio
È necessario creare una progettazione dell'organizzazione delle risorse per garantire un allineamento coerente con le decisioni della gerarchia del portfolio. Questa progettazione allinea gli strumenti dell'organizzazione del provider di servizi cloud alla gerarchia portfolio che supporta il piano di adozione del cloud. Consente anche di guidare l'implementazione chiarendo quali asset è possibile distribuire in limiti specifici all'interno di un ambiente cloud.
Risultati finali:
- Nel modello decisionale iniziale eseguire il mapping dei prodotti Azure al livello allineato della gerarchia del portfolio.
Indicazioni per supportare il completamento dei risultati finali:
- Comprendere in che modo i prodotti Azure supportano la gerarchia del portfolio.
- Esaminare le sottoscrizioni esistenti per verificare l'allineamento con la gerarchia del portfolio scelta.
Sviluppare una strategia di sottoscrizione:
- Iniziare con due sottoscrizioni. Aggiungere progettazioni di sottoscrizione di base per tenere conto delle esigenze aziendali comuni, ad esempio servizi condivisi o sottoscrizioni sandbox.
- Assicurarsi di poter gestire più sottoscrizioni perché sono necessarie più sottoscrizioni per supportare il piano di adozione del cloud.
- Definire limiti chiari in base alla gerarchia del portfolio.
- Spostare gruppi di risorse e asset tra sottoscrizioni quando necessario per rispettare la strategia dell'organizzazione.
Team responsabile | Team responsabili e di supporto |
---|---|
Passaggio 7: eseguire il mapping di funzionalità, team e RACI rispetto ai concetti fondamentali
La complessità della gerarchia portfolio informa le strutture organizzative e le metodologie che guidano le attività quotidiane dei vari team.
Risultati finali:
- Completare le guide introduttive per l'allineamento dell'organizzazione.
Indicazioni per supportare il raggiungimento dei risultati finali:
- Usare i passaggi precedenti per valutare le linee guida sulla responsabilità della gerarchia del portfolio. Determinare quali funzionalità, se presenti, potrebbero essere necessarie per le organizzazioni dedicate o i team virtuali.
- Applicare le linee guida per la responsabilità della gerarchia portfolio al diagramma RACI (responsabile, responsabile, responsabile, consultato e informato) usando Introduzione: Allineare l'organizzazione.
Team responsabile | Team responsabili e di supporto |
---|---|
Passaggi successivi
Seguire le guide nella sezione "Introduzione" di Microsoft Cloud Adoption Framework per sviluppare questi concetti fondamentali.
Commenti e suggerimenti
https://aka.ms/ContentUserFeedback.
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedereInvia e visualizza il feedback per