Esaminare le opzioni dei dati
Quando si prepara l'ambiente della zona di destinazione per l'adozione del cloud, è necessario determinare i requisiti dei dati per ospitare i carichi di lavoro. I prodotti e i servizi di database di Azure supportano vari scenari e funzionalità di archiviazione dei dati. Il modo in cui si configura l'ambiente della zona di destinazione per supportare i requisiti dei dati dipende dai requisiti di governance, tecnici e aziendali dei carichi di lavoro.
Identificare i requisiti dei servizi dati
Nell'ambito della valutazione e della preparazione della zona di destinazione è necessario identificare gli archivi dati che dovranno essere supportati. Il processo comporta la valutazione delle applicazioni e dei servizi che costituiscono i carichi di lavoro allo scopo di determinare i requisiti di accesso e archiviazione dei dati. Dopo aver identificato e documentato questi requisiti, è possibile creare criteri per la zona di destinazione in modo da controllare i tipi di risorse consentiti in base alle esigenze del carico di lavoro.
Per ogni applicazione o servizio distribuito nell'ambiente della zona di destinazione, usare le informazioni seguenti come punto di partenza per determinare i servizi di archivio dati appropriati da usare.
Domande principali
Rispondere alle domande seguenti sui carichi di lavoro per prendere decisioni in base all'albero delle decisioni per i servizi di database di Azure:
- Qual è il livello di controllo del sistema operativo e del motore di database necessario? Alcuni scenari richiedono un elevato livello di controllo o proprietà della configurazione software e dei server host per i carichi di lavoro di database. In questi scenari è possibile distribuire macchine virtuali IaaS (Infrastructure as a Service) personalizzate per il controllo completo della distribuzione e della configurazione dei servizi dati. Potrebbe non essere necessario questo livello di controllo, ma forse non si è pronti per passare a una soluzione PaaS (Platform as a Service) completa. In tal caso, un'istanza gestita può offrire una maggiore compatibilità con il motore di database locale, offrendo al tempo stesso i vantaggi di una piattaforma completamente gestita.
- I carichi di lavoro useranno una tecnologia di database relazionale? In tal caso, quale tecnologia si prevede di usare? Azure offre funzionalità di database PaaS gestite per database SQL di Azure, MySQL, PostgreSQL e MariaDB.
- Azure Cosmos DB supporta le API MongoDB e PostgreSQL per sfruttare i numerosi vantaggi offerti da Azure Cosmos DB, tra cui disponibilità elevata automatica e scalabilità immediata.
- I carichi di lavoro useranno SQL Server? In Azure i carichi di lavoro possono essere eseguiti nel servizio SQL Server in Macchine virtuali di Azure basato su IaaS o nel servizio ospitato dal database SQL di Azure basato su PaaS. La scelta dell'opzione da usare dipende principalmente dalle esigenze di gestione dei carichi di lavoro, a seconda che si voglia gestire il database, applicare patch ed eseguire backup oppure che si vogliano delegare queste operazioni ad Azure. In alcuni scenari, i problemi di compatibilità possono richiedere l'uso di SQL Server ospitato in IaaS. Per altre informazioni su come scegliere l'opzione corretta per i carichi di lavoro, vedere Scegliere l'opzione SQL Server più adatta in Azure.
- I carichi di lavoro useranno l'archiviazione di database chiave/valore? cache di Azure per Redis offre una soluzione di archiviazione dei dati chiave/valore memorizzata nella cache ad alte prestazioni che consente di alimentare applicazioni veloci e scalabili. Anche Azure Cosmos DB fornisce funzionalità di archiviazione di tipo chiave/valore per utilizzo generico.
- I carichi di lavoro useranno i dati del documento o del grafo? Azure Cosmos DB è un servizio di database multimodello che supporta vari tipi di dati e API. Azure Cosmos DB offre anche funzionalità di database per documenti e grafici.
- MongoDB e Apache Gremlin sono API di documento e grafo supportate da Azure Cosmos DB.
- I carichi di lavoro useranno i dati della famiglia di colonne? Azure Istanza gestita per Apache Cassandra offre un cluster Apache Cassandra completamente gestito che può estendere i data center esistenti in Azure o fungere da cluster e data center solo cloud.
- L'API Apache Cassandra è supportata anche da Azure Cosmos DB. Vedere la documentazione sul confronto dei prodotti per guidare la decisione più adatta al carico di lavoro.
- I carichi di lavoro richiederanno funzionalità di analisi dei dati ad alta capacità? È possibile usare Azure Synapse Analytics per archiviare ed eseguire query su dati strutturati su scala petabyte. Per i carichi di lavoro basati su Big Data non strutturati, è possibile usare Azure Data Lake per archiviare e analizzare file di dimensioni dell'ordine di petabyte e trilioni di oggetti.
- I carichi di lavoro richiederanno funzionalità di motore di ricerca? È possibile usare Ricerca cognitiva di Azure per creare indici di ricerca basati sul cloud avanzati per intelligenza artificiale che è possibile integrare nelle applicazioni.
- I carichi di lavoro useranno i dati delle serie temporali? Azure Time Series Insights è progettato per archiviare, visualizzare ed eseguire query su grandi quantità di dati delle serie temporali, ad esempio i dati generati dai dispositivi IoT.
Nota
Altre informazioni su come valutare le opzioni di database per ognuna delle applicazioni o dei servizi nella guida all'architettura delle applicazioni di Azure.
Scenari di database comuni
Nella tabella seguente sono elencati i requisiti comuni dello scenario d'uso e i servizi di database consigliati per gestirli.
| Se si vuole | Usare questo servizio di database |
|---|---|
| Creare app scalabili con un database SQL gestito e intelligente nel cloud. | Database SQL di Azure |
| Modernizzare le applicazioni SQL Server con un'istanza SQL gestita sempre aggiornata nel cloud. | Istanza gestita di database SQL di Azure |
| Eseguire la migrazione dei carichi di lavoro SQL in Azure mantenendo al contempo la compatibilità completa di SQL Server e l'accesso a livello di sistema operativo. | SQL Server in Macchine virtuali di Azure |
| Creare app scalabili, sicure e completamente gestite per le aziende in PostgreSQL open source, aumentare il numero di istanze di PostgreSQL a nodo singolo con prestazioni elevate o eseguire la migrazione di carichi di lavoro PostgreSQL e Oracle nel cloud. | Database di Azure per PostgreSQL |
| Fornisci la disponibilità elevata e la scalabilità elastica alle app Web e per dispositivi mobili open source grazie a un servizio di database MySQL della community gestito o esegui la migrazione dei carichi di lavoro MySQL nel cloud. | Database di Azure per MySQL |
| Fornisci la disponibilità elevata e la scalabilità elastica alle app Web e per dispositivi mobili open source grazie a un servizio di database MariaDB della community gestito. | Database di Azure per MariaDB |
| Creare applicazioni con bassa latenza garantita e disponibilità elevata ovunque, su qualsiasi scala o eseguire la migrazione di Cassandra, MongoDB, Gremlin e altri carichi di lavoro NoSQL nel cloud. | Azure Cosmos DB |
| Modernizzare i cluster di dati e le app Cassandra esistenti e usufruire della flessibilità e della libertà con il servizio di istanza gestita. | Istanza gestita di Azure per Apache Cassandra |
| Creare un data warehouse elastico completamente gestito con sicurezza a ogni livello di scalabilità senza costi aggiuntivi. | Azure Synapse Analytics |
| Crea applicazioni veloci e scalabili con un archivio dati in memoria compatibile con open source. | Cache Redis di Azure |
Confronto delle funzionalità del database
La tabella seguente elenca le funzionalità disponibili nei servizi di database di Azure.
| Funzionalità | database SQL di Azure | Istanza gestita di SQL di Azure | Database di Azure per PostgreSQL | Database di Azure per MySQL | Database di Azure per MariaDB | Istanza gestita di Azure per Apache Cassandra | Azure Cosmos DB | Cache Redis di Azure | Azure Cosmos DB for MongoDB | Azure Cosmos DB per Gremlin |
|---|---|---|---|---|---|---|---|---|---|---|
| Tipo di database | Relazionale | Relazionale | Relazionale | Relazionale | Relazionale | NoSQL | NoSQL | In-memory | NoSQL | Grafico |
| Modello di dati | Relazionale | Relazionale | Relazionale | Relazionale | Relazionale | Multimodello: Document, Wide-column, Key-value, Graph | Colonna estesa | Chiave-valore | Documento | Grafico |
| Scritture multimaster distribuite | No | No | No | No | No | Sì | Sì | Sì (solo livelli Enterprise e Flash) | Sì | Sì |
| Supporto della connettività di rete virtuale | Endpoint servizio di rete virtuale | Implementazione della rete virtuale nativa | Inserimento di rete virtuale (solo server flessibile) | Inserimento di rete virtuale (solo server flessibile) | Endpoint servizio di rete virtuale | Implementazione della rete virtuale nativa | Endpoint servizio di rete virtuale | Inserimento di rete virtuale (solo livelli Premium, Enterprise e Flash) | Endpoint servizio di rete virtuale | Endpoint servizio di rete virtuale |
Nota
Il servizio di collegamento privato semplifica la progettazione della rete per consentire ai servizi di Azure di comunicare tramite rete privata. È supportato per tutti i servizi di database di Azure. Nel caso di Istanza gestita servizi di database, queste istanze vengono distribuite nelle reti virtuali, negando la necessità di distribuire gli endpoint privati.
Disponibilità a livello di area
Azure consente di offrire servizi con la scalabilità necessaria per raggiungere clienti e partner, ovunque si trovino. Un fattore chiave nella pianificazione della distribuzione cloud consiste nel determinare l'area di Azure che ospiterà le risorse dei carichi di lavoro.
La maggior parte dei servizi di database è in genere disponibile nella maggior parte delle aree di Azure. Alcune aree supportano solo un sottoinsieme di questi prodotti, ma sono destinate principalmente ai clienti governativi. Prima di decidere le aree in cui si distribuiranno le risorse del database, vedere Prodotti disponibili in base all'area per verificare lo stato più recente della disponibilità a livello di area.
Per altre informazioni sull'infrastruttura globale di Azure, vedere Aree geografiche di Azure. Per informazioni dettagliate specifiche sui servizi complessivi disponibili in ogni area di Azure, vedere Prodotti disponibili in base all'area.
Requisiti di conformità e residenza dei dati
Ai carichi di lavoro sono spesso applicati requisiti legali e contrattuali correlati all'archiviazione dei dati. Questi requisiti possono variare in base alla sede dell'organizzazione, alla giurisdizione delle risorse fisiche che ospitano gli archivi dati e al settore aziendale applicabile. I componenti degli obblighi relativi ai dati da considerare includono:
- Classificazione dei dati.
- Posizione dei dati.
- Responsabilità per la protezione dei dati nel modello di responsabilità condivisa.
Per informazioni su questi requisiti, vedere Ottenere la residenza e la sicurezza dei dati conformi con Azure.
Una parte degli sforzi di conformità potrebbe includere il controllo della posizione fisica delle risorse del database. Le aree di Azure sono organizzate in gruppi denominati "aree geografiche". Un'area geografica di Azure assicura il rispetto dei requisiti di residenza, sovranità, conformità e resilienza dei dati entro limiti geografici e politici. Se i carichi di lavoro sono soggetti a sovranità dei dati o ad altri requisiti di conformità, è necessario distribuire le risorse di archiviazione in aree situate in un'area geografica di Azure conforme.
Definire i controlli per i servizi di database
Quando si prepara l'ambiente della zona di destinazione, è possibile stabilire controlli che limitano gli archivi dati che gli utenti possono distribuire. I controlli consentono di gestire i costi e limitare i rischi per la sicurezza. Gli sviluppatori e i team IT potranno comunque distribuire e configurare le risorse necessarie per supportare i carichi di lavoro.
Dopo aver identificato e documentato i requisiti della zona di destinazione, è possibile usare Criteri di Azure per controllare le risorse di database che possono essere create dagli utenti. I controlli possono consistere nel consentire o negare la creazione di tipi di risorse di database.
È ad esempio possibile limitare gli utenti consentendo loro di creare solo risorse del database SQL di Azure. È anche possibile usare i criteri per controllare le opzioni consentite quando viene creata una risorsa. Ad esempio, è possibile limitare le database SQL SKU di cui è possibile eseguire il provisioning consentendo l'installazione solo di versioni specifiche di SQL Server in una macchina virtuale IaaS. Per altre informazioni, vedere Definizioni dei criteri predefiniti di Criteri di Azure.
I criteri possono essere limitati a risorse, gruppi di risorse, sottoscrizioni e gruppi di gestione. È possibile includere i criteri nelle definizioni di Azure Blueprints e applicarli ripetutamente in tutto il cloud estate.
Passaggi successivi
- Esaminare le procedure consigliate per la sicurezza del database.
- Esaminare un confronto tra le opzioni di distribuzione sql di Azure.