Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questo articolo è la terza parte di una serie di sette articoli che aiutano gli sviluppatori a iniziare a usare Azure.
- Parte 1: Panoramica di Azure per sviluppatori
- Parte 2: Servizi chiave di Azure per sviluppatori
- Parte 3: Hosting di applicazioni in Azure
- Parte 4: Connettere l'app ai servizi di Azure
- Parte 5: Come faccio a creare e gestire risorse in Azure?
- Parte 6: Concetti chiave per la creazione di app di Azure
- Parte 7: Come vengono fatturati?
Prima di progettare l'applicazione per l'esecuzione in Azure, è necessario pianificare in anticipo. Quando si inizia, è necessario comprendere alcuni concetti di base di Azure per prendere le decisioni migliori per lo scenario. Prendere in considerazione le informazioni nelle sezioni seguenti durante la pianificazione.
Aree di Azure
Un'area è un set di data center distribuiti all'interno di un perimetro definito dalla latenza e connessi da una rete dedicata a bassa latenza a livello di area. Azure consente di distribuire le applicazioni in cui sono necessarie, incluse in più aree per offrire resilienza tra aree quando necessario.
In genere, si vogliono mantenere tutte le risorse per una soluzione nella stessa area per ridurre al minimo la latenza tra i componenti dell'applicazione. Ad esempio, se la soluzione include Servizio App di Azure, un database e Archiviazione Blob di Azure, create tutte queste risorse nella stessa area di Azure.
Non tutti i servizi di Azure sono disponibili in ogni area. La pagina Prodotti disponibili per area consente di trovare un'area in cui sono disponibili i servizi di Azure necessari per l'app.
Gruppo di risorse di Azure
Un gruppo di risorse in Azure è un contenitore logico che raggruppa le risorse di Azure. Ogni risorsa di Azure appartiene a un gruppo di risorse.
I gruppi di risorse raggruppano spesso tutte le risorse di Azure necessarie per una soluzione in Azure. Ad esempio, se si dispone di un'applicazione Web distribuita nel servizio app di Azure che usa un database SQL, Archiviazione di Azure e Azure Key Vault, è comune inserire tutte queste risorse in un singolo gruppo di risorse.
Un diagramma che mostra un gruppo di risorse di esempio contenente un servizio App, un database SQL, un'archiviazione Blob e un Key Vault.
Questo approccio semplifica l'identificazione delle risorse necessarie per l'esecuzione dell'applicazione e la relativa correlazione. In genere, il primo passaggio per la creazione di risorse per un'app in Azure consiste nel creare il gruppo di risorse che funge da contenitore per le risorse dell'app.
Ambienti
Se si è sviluppato in locale, si ha familiarità con la promozione del codice tramite ambienti di sviluppo, test e produzione. In Azure, per creare ambienti separati, creare un set separato di risorse di Azure per ogni ambiente necessario.
Poiché è importante che ogni ambiente sia una copia esatta, usare lo scripting per creare risorse necessarie per un ambiente o usare gli strumenti IaC (Infrastructure as Code) per specificare in modo dichiarativo la configurazione di ogni ambiente. In questo modo il processo di creazione dell'ambiente è ripetibile e consente anche di creare nuovi ambienti su richiesta, ad esempio per i test di prestazioni o sicurezza dell'applicazione.
Supporto DevOps
Che si stia pubblicando app in Azure con l'integrazione continua o il provisioning di risorse per un nuovo ambiente, Azure si integra con gli strumenti DevOps più diffusi. È possibile usare gli strumenti esistenti e ottimizzare l'esperienza con il supporto per strumenti come: