Condividi tramite


Opzioni di implementazione della zona di destinazione

Importante

La sezione Opzioni di implementazione delle zone di destinazione di Azure di Cloud Adoption Framework è in fase di aggiornamento.

Nell'ambito di questo aggiornamento, verranno rivivi il sommario e il contenuto dell'articolo, che includerà una combinazione di refactoring e consolidamento di diversi articoli. Un aggiornamento verrà pubblicato in questa pagina dopo il completamento del lavoro.

Visitare la nuova sezione "Opzioni di distribuzione" del Centro architetture di Azure per il contenuto più recente dell'implementazione della zona di destinazione di Azure, incluse le zone di destinazione della piattaforma e dell'applicazione.

Una zona di destinazione di Azure offre ai team di adozione del cloud un ambiente ben gestito per eseguire i carichi di lavoro. Sfruttare le procedure consigliate descritte in Aree di progettazione della zona di destinazione per creare una base solida. È quindi possibile estendere le basi implementando processi correlati a sicurezza, governance e conformità.

Approcci di sviluppo dell'ambiente

Esistono due approcci principali. La scelta dipenderà dalla velocità con cui i team possono sviluppare le competenze necessarie.

  • Iniziare con l'acceleratore di zona di destinazione di Azure: se i requisiti aziendali richiedono un'implementazione iniziale avanzata delle zone di destinazione con governance, sicurezza e operazioni completamente integrate fin dall'inizio. Se necessario, è possibile modificare l'uso dell'infrastruttura come codice (IaC) per configurare e configurare un ambiente in base ai requisiti. Per IaC, l'organizzazione richiederà competenze nei modelli di Azure Resource Manager e in GitHub.

  • Personalizzare: se è più importante creare l'ambiente per soddisfare requisiti specifici o sviluppare competenze interne. In questo approccio, concentrarsi sulle considerazioni di base sulle zone di destinazione necessarie per avviare l'adozione del cloud. Tutti i requisiti tecnici e aziendali vengono considerati completi quando la configurazione dell'ambiente è allineata all'architettura concettuale della zona di destinazione di Azure. È quindi possibile concentrarsi sul miglioramento della zona di destinazione.

Importante

Tra i due approcci, è consigliabile usare l'acceleratore di zona di destinazione di Azure perché è il modo più rapido per ottenere un ambiente con scalabilità orizzontale e maturo.

DTA-Button-ALZ

Oltre all'uso dell'acceleratore di zona di destinazione di Azure, esistono casi d'uso in cui le organizzazioni hanno requisiti aziendali o tecnici specifici. Per questi casi, potrebbe essere necessaria una certa personalizzazione.

Per risolvere i casi d'uso della personalizzazione, prendere in considerazione le opzioni di implementazione fornite in questo articolo. Le opzioni sono destinate agli utenti con competenze avanzate in tecnologie come Azure Resource Manager, Criteri di Azure, strumenti DevOps e strumenti di distribuzione di terze parti. Queste tecnologie sono necessarie per una solida base su cui costruire una zona di destinazione.

Attenzione

Le procedure consigliate usate per la personalizzazione verranno allineate alla zona di destinazione di Azure. Tuttavia, è stato aggiunto un investimento nel tempo e nello sforzo che potrebbe essere giustificato per soddisfare requisiti aziendali specifici.

Infine, le linee guida nelle metodologie di governance e gestione si baseranno sulle zone di destinazione iniziali. La progettazione di qualsiasi struttura della zona di destinazione di Azure richiederà probabilmente il refactoring nel tempo.

Opzioni di implementazione

Ecco alcune opzioni di implementazione per le zone di destinazione tenendo presente gli approcci di sviluppo descritti in precedenza. Ogni opzione di implementazione in questa tabella è progettata per un set specifico di dipendenze del modello operativo per supportare i requisiti non funzionali delle organizzazioni. Ogni opzione include approcci e strumenti di automazione distinti. Anche se ogni opzione è mappata a un modello operativo diverso, hanno aree di progettazione comuni. La differenza è il modo in cui si sceglie di implementarli e il livello di esperienza tecnica necessaria.

Approccio dell'acceleratore di zona di destinazione di Azure

Opzione di implementazione Descrizione Istruzioni per la distribuzione
Base su scala aziendale Base della piattaforma pronta per le aziende con tutti i servizi condivisi necessari per supportare il portfolio IT completo, in cui la connettività può essere aggiunta in un secondo momento in base alle esigenze.

Principi
di progettazione Aree di progettazione
Pulsante Dta
Readme: foundation
Readme: topologia di rete (rete WAN virtuale)
Readme: topologia di rete (hub-spoke)
Zone di destinazione di Azure modulari Approccio modulare con Bicep per la distribuzione delle funzionalità principali della piattaforma. Readme: moduli Bicep
Scala aziendale per le piccole imprese Questa implementazione di riferimento è destinata alle organizzazioni che non dispongono di un team IT di grandi dimensioni e non richiedono modelli di delega dell'amministrazione con granularità fine. Pulsante Dta
File Leggimi
Scala aziendale per Azure per enti pubblici Implementazione di riferimento che può essere distribuita in Azure per enti pubblici Cloud. Pulsante Dta
Leggimi
Zona di destinazione su scala aziendale di Cloud Adoption Framework (aree di Azure Cina 21Vianet) Implementazione di riferimento che può essere distribuita nei cloud di Azure in Cina. Pulsante Dta
Schierare
Modulo Terraform per le zone di destinazione di Azure Distribuisce una piattaforma di base di livello aziendale mediante Terraform. Usare questa opzione quando si gestisce la piattaforma con Terraform ed è necessario accelerare la distribuzione della gerarchia di risorse e del modello di governance consigliati. I servizi condivisi, la connettività di rete e i carichi di lavoro delle applicazioni possono essere integrati nella distribuzione o gestiti in modo indipendente. File Leggimi
Documenti di Microsoft Cloud for Sovereignty Una zona di destinazione sovrana usa la stessa code base dell'approccio Bicep della zona di destinazione di Azure, ma offre più funzionalità di orchestrazione e automazione della distribuzione. Ha anche Criteri di Azure iniziative e assegnazioni per soddisfare i requisiti di sovranità per clienti, partner e fornitori di software indipendenti (ISV). File Leggimi

Personalizzare l'approccio

Opzione di implementazione Descrizione Istruzioni per la distribuzione
Zone di destinazione dei partner I partner che forniscono offerte allineate alla metodologia Ready di Cloud Adoption Framework possono fornire la propria opzione di implementazione personalizzata.
Principi di progettazione
Trova un partner

Passaggi successivi

Per continuare, scegliere una delle opzioni di implementazione illustrate nelle tabelle precedenti. Ogni opzione include un collegamento alle istruzioni di distribuzione e ai principi di progettazione specifici che guidano l'implementazione.