Che cos'è una zona di destinazione di Azure?

Una zona di destinazione di Azure è un ambiente che segue i principi di progettazione chiave in otto aree di progettazione. Questi principi di progettazione supportano tutti i portfolio di applicazioni e consentono la migrazione, la modernizzazione e l'innovazione delle applicazioni su larga scala. Una zona di destinazione di Azure usa le sottoscrizioni per isolare e ridimensionare le risorse dell'applicazione e le risorse della piattaforma. Le sottoscrizioni per le risorse dell'applicazione sono denominate zone di destinazione dell'applicazione e le sottoscrizioni per le risorse della piattaforma sono denominate zone di destinazione della piattaforma.

Architettura della zona di destinazione di Azure

Un'architettura della zona di destinazione di Azure è scalabile e modulare per soddisfare diverse esigenze di distribuzione. Un'infrastruttura ripetibile consente di applicare in modo coerente configurazioni e controlli a ogni sottoscrizione. I moduli semplificano la distribuzione e la modifica di componenti specifici dell'architettura della zona di destinazione di Azure man mano che i requisiti si evolvono.

L'architettura concettuale della zona di destinazione di Azure (vedere la figura 1) rappresenta un'architettura di destinazione con parere per la zona di destinazione di Azure. È consigliabile usare questa architettura concettuale come punto di partenza e personalizzare l'architettura in base alle proprie esigenze.

Figura 1: Architettura concettuale della zona di destinazione di Azure. Scaricare un file di Visio di questa architettura.

Aree di progettazione: l'architettura concettuale illustra le relazioni tra le sue otto aree di progettazione. Queste aree di progettazione sono la fatturazione di Azure e il tenant di Microsoft Entra (A), la gestione delle identità e degli accessi (B), l'organizzazione delle risorse (C), la topologia di rete e la connettività (E), la sicurezza (F), la gestione (D, G, H), la governance (C, D) e l'automazione della piattaforma e DevOps (I). Per altre informazioni sulle aree di progettazione, vedere le aree di progettazione dell'ambiente della zona di destinazione di Azure.

Organizzazione delle risorse: l'architettura concettuale mostra una gerarchia di gruppi di gestione di esempio. Organizza le sottoscrizioni (caselle gialle) in base al gruppo di gestione. Le sottoscrizioni nel gruppo di gestione "Piattaforma" rappresentano le zone di destinazione della piattaforma. Le sottoscrizioni nel gruppo di gestione "Zona di destinazione" rappresentano le zone di destinazione dell'applicazione. L'architettura concettuale mostra cinque sottoscrizioni in dettaglio. È possibile visualizzare le risorse in ogni sottoscrizione e i criteri applicati.

Zone di destinazione della piattaforma e zone di destinazione dell'applicazione

Una zona di destinazione di Azure è costituita da zone di destinazione della piattaforma e zone di destinazione dell'applicazione. Vale la pena spiegare la funzione di entrambi in modo più dettagliato.

Zona di destinazione della piattaforma: una zona di destinazione della piattaforma è una sottoscrizione che fornisce servizi condivisi (identità, connettività, gestione) alle applicazioni nelle zone di destinazione dell'applicazione. Il consolidamento di questi servizi condivisi migliora spesso l'efficienza operativa. Uno o più team centrali gestiscono le zone di destinazione della piattaforma. Nell'architettura concettuale (vedere la figura 1), la "sottoscrizione di identità", "Sottoscrizione di gestione" e "sottoscrizione Connessione ivity" rappresentano tre diverse zone di destinazione della piattaforma. L'architettura concettuale mostra in dettaglio queste tre zone di destinazione della piattaforma. Illustra le risorse e i criteri rappresentativi applicati a ogni zona di destinazione della piattaforma.

Zona di destinazione dell'applicazione: una zona di destinazione dell'applicazione è una sottoscrizione per l'hosting di un'applicazione. È possibile effettuare il pre-provisioning delle zone di destinazione dell'applicazione tramite codice e usare i gruppi di gestione per assegnare i controlli dei criteri. Nell'architettura concettuale (vedere la figura 1), la "sottoscrizione della zona di destinazione A1" e la "sottoscrizione A2 della zona di destinazione" rappresentano due diverse zone di destinazione dell'applicazione. L'architettura concettuale mostra in dettaglio solo la "sottoscrizione A2 della zona di destinazione". Illustra le risorse e i criteri rappresentativi applicati alla zona di destinazione dell'applicazione.

Esistono tre approcci principali per la gestione delle zone di destinazione delle applicazioni. È consigliabile usare un approccio di gestione del team centrale (1), (2) o (3) condiviso per la gestione dei team, a seconda delle esigenze (vedere la tabella).

Approccio di gestione della zona di destinazione dell'applicazione	Descrizione
Gestione centrale dei team	Un team IT centrale gestisce completamente la zona di destinazione. Il team applica controlli e strumenti della piattaforma alle zone di destinazione della piattaforma e dell'applicazione.
Gestione del team di applicazioni	Un team di amministrazione della piattaforma delega l'intera zona di destinazione dell'applicazione a un team dell'applicazione. Il team dell'applicazione gestisce e supporta l'ambiente. I criteri di gruppo di gestione assicurano che il team della piattaforma gestisca ancora la zona di destinazione dell'applicazione. È possibile aggiungere altri criteri nell'ambito della sottoscrizione e usare strumenti alternativi per la distribuzione, la protezione o il monitoraggio delle zone di destinazione dell'applicazione.
Gestione condivisa	Con piattaforme tecnologiche come servizio Azure Kubernetes o AVS, un team IT centrale gestisce il servizio sottostante. I team delle applicazioni sono responsabili delle applicazioni in esecuzione sulle piattaforme tecnologiche. È necessario usare controlli o autorizzazioni di accesso diversi per questo modello. Questi controlli e autorizzazioni differiscono da quelli usati per gestire centralmente le zone di destinazione dell'applicazione.

Acceleratori di zona di destinazione di Azure

Gli acceleratori sono implementazioni di infrastruttura come codice che consentono di distribuire correttamente una zona di destinazione di Azure. È disponibile un acceleratore di zona di destinazione della piattaforma e diversi acceleratori di zona di destinazione dell'applicazione che è possibile distribuire.

Acceleratore della zona di destinazione della piattaforma

È disponibile un'esperienza di distribuzione predefinita denominata acceleratore del portale della zona di destinazione di Azure. L'acceleratore del portale della zona di destinazione di Azure distribuisce l'architettura concettuale (vedere la figura 1) e applica configurazioni predeterminate ai componenti chiave, ad esempio i gruppi di gestione e i criteri. Si adatta alle organizzazioni la cui architettura concettuale è allineata al modello operativo pianificato e alla struttura delle risorse.

È consigliabile usare l'acceleratore del portale della zona di destinazione di Azure se si prevede di gestire l'ambiente con il portale di Azure. Per usare Bicep o Terraform, vedere le opzioni di distribuzione Di Bicep e Terraform. La distribuzione dell'acceleratore del portale della zona di destinazione di Azure richiede le autorizzazioni per creare risorse nell'ambito del tenant (/). Seguire le indicazioni riportate in Distribuzioni di tenant con i modelli di Resource Manager: Accesso necessario per concedere queste autorizzazioni.

Acceleratori di zona di destinazione dell'applicazione

Gli acceleratori di zona di destinazione dell'applicazione consentono di distribuire le zone di destinazione dell'applicazione. Usare l'elenco degli acceleratori di zona di destinazione dell'applicazione disponibili nel Centro architetture di Azure e distribuire l'acceleratore corrispondente allo scenario.

Video che illustra le zone di destinazione dell'applicazione e i relativi principi di implementazione

Passaggi successivi

Una zona di destinazione di Azure è un ambiente conforme ai principi di progettazione cruciali in otto aree di progettazione. È consigliabile acquisire familiarità con questi principi di progettazione per adattarli alle proprie esigenze.

Principi di progettazione