Condividi tramite


Organizzazione delle risorse

Usare l'area di progettazione dell'organizzazione delle risorse per stabilire modelli coerenti quando si organizzano le risorse distribuite nel cloud.

Revisione dell'area di progettazione

Ruoli o funzioni coinvolti: questa area di progettazione richiede il supporto da una o più piattaforme cloud e dal centro cloud di funzioni di eccellenza per prendere e implementare decisioni.

Ambito: le decisioni dell'organizzazione delle risorse costituiscono una base per tutte le aree di progettazione correlate alla conformità. Quando si pianifica l'organizzazione delle risorse, è possibile stabilire modelli coerenti per le aree seguenti:

  • Denominazione
  • Aggiunta di tag
  • Progettazione della sottoscrizione
  • Progettazione del gruppo di gestione

L'ambito iniziale di questo esercizio presuppone una progettazione della sottoscrizione in linea con l'architettura concettuale della zona di destinazione di Azure. La sottoscrizione a livello di carico di lavoro o a livello di applicazione e l'assegnazione della zona di destinazione supportano la separazione dei compiti e dei requisiti di democratizzazione delle sottoscrizioni.

I presupposti seguenti sono alla base del materiale sussidiario per il modello di progettazione delle sottoscrizioni del carico di lavoro:

  • L'organizzazione si impegna a eseguire operazioni cloud a lungo termine.

  • Sono necessari strumenti di governance, sicurezza e gestione del cloud per gestire soluzioni Azure, ibride o multicloud.

  • Sono disponibili distribuzioni di piattaforme o di gestione nelle sottoscrizioni e nei gruppi di gestione separati dalle risorse del carico di lavoro o dell'applicazione.

Più aree: le prestazioni, l'affidabilità e la conformità delle applicazioni basate sul cloud si basano sulle aree di Azure. Usare l'infrastruttura globale di Azure per ridimensionare le applicazioni quando necessario. Le aree offrono la capacità di gestire carichi di lavoro variabili. Sia che si avvii un nuovo prodotto o si espandi la base utenti, è necessario disporre delle risorse appropriate nell'area giusta per garantire agilità, scalabilità e resilienza elevata.

Usare più aree per applicazioni e servizi critici che richiedono funzionalità di ripristino di emergenza geografico. Più aree offrono la massima resilienza. Per informazioni su come selezionare e operare in più aree, vedere Selezionare aree di Azure.

Considerare anche i fattori seguenti quando si distribuisce il carico di lavoro in più aree:

  • È possibile eseguire inizialmente la distribuzione in una singola area e quindi espandersi in più aree in futuro.

  • Per garantire coerenza e gestibilità, organizzare correttamente le risorse quando si adotta una progettazione multiregione.

  • A seconda dei requisiti e del modello di governance desiderato, è possibile organizzare le risorse multiregion a vari livelli, ad esempio il gruppo di gestione, la sottoscrizione e il gruppo di risorse, la convenzione di denominazione e i livelli di assegnazione di tag.

Nuovo ambiente cloud: iniziare il percorso cloud con un piccolo set di sottoscrizioni. Per altre informazioni, vedere Creare le sottoscrizioni iniziali di Azure.

Ambiente cloud esistente: se si dispone di un ambiente cloud esistente, prendere in considerazione le indicazioni seguenti:

  • Se l'ambiente corrente non usa i gruppi di gestione, è consigliabile incorporarli. È possibile usare i gruppi di gestione per gestire criteri, accesso e conformità tra sottoscrizioni su larga scala.

  • Se l'ambiente corrente usa gruppi di gestione, vedere Gruppi di gestione. Usare queste linee guida per valutare l'implementazione.

  • Se nell'ambiente corrente sono presenti sottoscrizioni esistenti, assicurarsi di usarle in modo efficace. Le sottoscrizioni fungono da limiti di criteri e gestione e unità di scala. Per altre informazioni, vedere Sottoscrizioni.

  • Se nell'ambiente corrente sono presenti risorse, vedere Denominazione e assegnazione di tag. Usare queste linee guida per influenzare la strategia di assegnazione di tag e le convenzioni di denominazione in futuro.

  • Usare Criteri di Azure per stabilire e applicare la coerenza con i tag tassonomici.

Panoramica dell'area di progettazione

I percorsi di adozione del cloud hanno diversi punti di partenza e requisiti di scalabilità. Alcune aziende iniziano con alcune applicazioni nel cloud e crescono nel tempo. Altre aziende devono dimensionarsi rapidamente per soddisfare le esigenze aziendali, ad esempio la migrazione di un data center. In entrambi gli scenari, quando si pianifica l'organizzazione delle risorse, è necessario tenere conto della crescita dell'ambiente per supportare più applicazioni e servizi.

Semplificare la gestione delle risorse nell'ambiente per prepararsi per aumentare i numeri e la scalabilità dei carichi di lavoro. Prendere in considerazione i gruppi di gestione di base e la struttura di sottoscrizione nella progettazione e nell'implementazione della zona di destinazione di Azure. Pianificare in anticipo per evitare vincoli di ridimensionamento futuri.

L'area di progettazione dell'organizzazione delle risorse esplora tecniche e tecnologie che consentono di mantenere topologie di risorse appropriate negli ambienti cloud. Il diagramma seguente illustra i quattro livelli di ambito per organizzare le risorse di Azure: gruppi di gestione, sottoscrizioni, gruppi di risorse e risorse.

Diagramma che mostra i quattro livelli di ambito per l'organizzazione delle risorse di Azure.

Passaggi successivi