Condividi tramite

Esaminare le opzioni dei dati

  • Articolo

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 diversi scenari e funzionalità di archiviazione 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 piattaforma completa come servizio (PaaS). In tal caso, un'istanza gestita può offrire una maggiore compatibilità con il motore di database locale, offrendo 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 molti vantaggi offerti da Azure Cosmos DB, tra cui disponibilità elevata automatica e scalabilità istantanea.
  • 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 database di tipo chiave/valore? La cache di Azure per Redis offre una soluzione di archiviazione dei dati di tipo chiave/valore memorizzata nella cache a prestazioni elevate che può supportare 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.
  • 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.
    • Apache Cassandra L'API è supportata anche da Azure Cosmos DB. Vedere la documentazione del confronto dei prodotti per aiutare a guidare la decisione sulla migliore 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 sui dati di petabyte strutturati. Per i carichi di lavoro Big Data non strutturati, è possibile usare Azure Data Lake per archiviare e analizzare i file petabyte e i 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 dati di serie temporali?Azure Time Series Insights è una soluzione che consente di archiviare e visualizzare grandi quantità di dati relativi a serie temporali, ad esempio i dati generati dai dispositivi IoT, nonché di eseguire query su questi dati.

Nota

Altre informazioni su come valutare le opzioni di database per ognuna delle applicazioni o dei servizi nella guida all'architettura dell'applicazione di Azure.

Scenari di database comuni

Nella tabella seguente sono elencati i requisiti comuni relativi agli scenari d'uso e i servizi di database consigliati per gestirli.

Se si vuole Usare questo servizio di database
Creare app con un database SQL gestito e intelligente nel cloud. Database SQL di Azure
Modernizzare le applicazioni SQL Server con un'istanza SQL gestita e sempre aggiornata nel cloud. Istanza gestita di database SQL di Azure
Eseguire la migrazione dei carichi di lavoro SQL ad Azure mantenendo SQL Server l'accesso completo a livello di sistema operativo e compatibilità. SQL Server in Macchine virtuali di Azure
Creare app scalabili, sicure e completamente pronte per le aziende in PostgreSQL open source, ridimensionare 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
Offrire disponibilità elevata e scalabilità elastica alle app per dispositivi mobili e Web open source con un servizio di database MySQL gestito o eseguire la migrazione dei carichi di lavoro MySQL al cloud. Database di Azure per MySQL
Offrire disponibilità elevata e scalabilità elastica per dispositivi mobili e web open source con un servizio di database MariaDB 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 godere di flessibilità e libertà con il servizio 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
Usare applicazioni scalabili e veloci con un archivio dati 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 di Azure per Redis Azure Cosmos DB for MongoDB Azure Cosmos DB per Gremlin
Tipo di database Relazionale Relazionale Relazionale Relazionale Relazionale NoSQL NoSQL In memoria NoSQL Grafico
Modello di dati Relazionale Relazionale Relazionale Relazionale Relazionale Multimodel: Document, Wide-column, Key-value, Graph Colonna a livello 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 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, che negano la necessità di distribuire endpoint privati per loro.

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 prevalentemente sono destinati ai clienti governativi. Prima di decidere le aree in cui distribuire le risorse del database, vedere Prodotti disponibili in base all'area per controllare 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 specifiche sui servizi generali 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. Componenti degli obblighi di dati da considerare includono:

  • Classificazione dei dati.
  • Posizione dei dati.
  • Responsabilità della 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 di 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 assumere la forma di 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