Condividi tramite

Domande frequenti su Azure Cosmos DB

  • Si applica a: ✅ NoSQL, ✅ MongoDB, ✅ Apache Cassandra, ✅ Apache Gremlin, ✅ Table

Generale

Quali sono i casi d'uso tipici per Azure Cosmos DB?

Azure Cosmos DB è particolarmente adatto per casi d'uso quali Web, dispositivi mobili, videogiochi e IoT. In questi casi d'uso sono importanti la scalabilità automatica, le prestazioni prevedibili, i tempi di risposta rapidi nell'ordine di millisecondi e la possibilità di eseguire una query su dati privi di schema. Azure Cosmos DB si presta allo sviluppo rapido e al supporto dell'iterazione continua dei modelli di dati delle applicazioni. Le applicazioni che gestiscono contenuto e dati generati dall'utente eseguono spesso il mapping ai casi d'uso comuni di Azure Cosmos DB.

Come vengono offerte prestazioni prevedibili in Azure Cosmos DB?

Un'unità richiesta (UR) è l'unità di misura della velocità effettiva in Azure Cosmos DB. La velocità effettiva di una singola unità richiesta corrisponde alla velocità effettiva dell'azione HTTP GET per un documento da 1 KB. Ogni operazione in Azure Cosmos DB, incluse letture, scritture, query ed esecuzioni di stored procedure, ha un valore di unità richiesta deterministico, basato sulla velocità effettiva necessaria per completare l'operazione. Invece di dover necessariamente considerare CPU, I/O e memoria in relazione alla velocità effettiva dell'applicazione, è possibile ragionare in termini di unità richiesta.

Ogni contenitore di Azure Cosmos DB può essere configurato con la velocità effettiva di provisioning in termini di richieste unità al secondo (UR/sec). È possibile eseguire il benchmark delle singole richieste per misurarle in unità richiesta e creare un contenitore per gestire in un secondo la somma delle unità richiesta tra tutte le richieste per quel contenitore. È anche possibile aumentare o ridurre la velocità effettiva del contenitore con il variare delle esigenze dell'applicazione. Per altre informazioni su come misurare le richieste unità, vedere il calcolatore della velocità effettiva.

In che modo Azure Cosmos DB supporta diversi modelli di dati, ad esempio chiave/valore, colonne, documenti e grafi?

I modelli di dati chiave/valore (tabella), colonne, documenti e grafi sono tutti supportati a livello nativo grazie alla progettazione ARS (atom, record e sequenze) su cui si basa Azure Cosmos DB. È facilmente possibile eseguire il mapping e la proiezione di atom, record e sequenze in diversi modelli di dati. Le API per un subset di modelli sono disponibili usando la progettazione ARS (MongoDB, NoSQL, Table, Apache Cassandra e Apache Gremlin). Azure Cosmos DB supporta anche altre API.

Che cos'è un contenitore di Azure Cosmos DB?

Un contenitore è un gruppo di elementi. I contenitori possono estendersi in una o più partizioni e possono essere ridimensionati per gestire volumi di archiviazione o velocità effettiva praticamente illimitati.

Contenitori noti come
Azure Cosmos DB per NoSQL Contenitore
Azure Cosmos DB per MongoDB Raccolta
Azure Cosmos DB per Apache Cassandra Tabella
Azure Cosmos DB per Apache Gremlin Grafico
Azure Cosmos DB per tabella Tabella

Un contenitore è un'entità fatturabile, in cui il costo è determinato dalla velocità effettiva e dallo spazio di archiviazione usato. Ogni contenitore viene fatturato su base oraria a seconda della velocità effettiva di provisioning e dello spazio di archiviazione utilizzato. Per altre informazioni, vedere Prezzi di Azure Cosmos DB.

È possibile usare più API per accedere ai dati personali?

Azure Cosmos DB è il servizio di database di Microsoft multimodello distribuito a livello globale. Il termine multimodello si riferisce al fatto che Azure Cosmos DB supporta più API e modelli di dati. In questo paradigma le diverse API usano formati di dati diversi per il protocollo di archiviazione e collegamento. Ad esempio, NoSQL usa JSON, MongoDB usa JSON con codifica binaria (BSON), Table usa Entity Data Model (EDM), Cassandra usa Cassandra Query Language (CQL), Gremlin usa il formato JSON. Di conseguenza, è consigliabile usare la stessa API per tutti gli accessi ai dati in un determinato account.

È possibile integrare Azure Cosmos DB direttamente con altri servizi?

Sì. Le API di Azure Cosmos DB consentono l'integrazione diretta. Le API REST di Azure Cosmos DB, ad esempio, possono essere integrate con Gestione API di Azure per le operazioni CRUD, eliminando la necessità di servizi intermedi come Funzioni di Azure.

Azure Cosmos DB è conforme alla normativa HIPAA?

Sì, Azure Cosmos DB è conforme alla normativa HIPAA. La normativa HIPAA stabilisce i requisiti per l'uso, la divulgazione e la protezione delle informazioni sanitarie personali sensibili. Per altre informazioni, visitare il Centro protezione Microsoft.

Quali sono i limiti di archiviazione di Azure Cosmos DB?

In Azure Cosmos DB non esiste alcun limite alla quantità totale di dati che può essere archiviata in un contenitore.

Quali sono i limiti di velocità effettiva di Azure Cosmos DB?

In Azure Cosmos DB non esiste alcun limite alla velocità effettiva totale che può essere supportata da un contenitore. Lo scopo primario è distribuire il carico di lavoro in modo abbastanza uniforme tra un numero sufficientemente elevato di chiavi di partizione.

Le modalità di connettività diretta e gateway sono crittografate?

Sì, entrambe le modalità sono completamente crittografate.

Quanto costa Azure Cosmos DB?

I numero di contenitori con provisioning, il numero di ore in cui i contenitori sono stati online e la velocità effettiva di provisioning per ogni contenitore determinano gli addebiti relativi all'uso di Azure Cosmos DB. Per informazioni dettagliate sui prezzi, vedere Prezzi di Azure Cosmos DB.

Come è possibile ottenere informazioni aggiuntive per Azure Cosmos DB?

In caso di domande tecniche, inviare un messaggio a uno di questi due forum di domande e risposte:

Per risolvere un problema relativo all'account, inviare una richiesta di supporto nel portale di Azure.

API per NoSQL

Come si inizia a sviluppare su Azure Cosmos DB for NoSQL?

Per prima cosa, è necessario iscriversi per ottenere una sottoscrizione di Azure. Dopo aver ottenuto una sottoscrizione di Azure, è possibile aggiungere un contenitore dell'API for NoSQL alla sottoscrizione di Azure.

Sono disponibili Software Development Kit (SDK) per .NET, Python, Node.js, JavaScript, Go e Java. Gli sviluppatori possono anche usare l'API REST per interagire con le risorse di Azure Cosmos DB da un'ampia gamma di piattaforme e linguaggi.

Sono disponibili esempi di Azure Cosmos DB for NoSQL per iniziare?

Vedere questi esempi di codice e modelli di avvio rapido per l'API for NoSQL:

Azure Cosmos DB for NoSQL supporta i dati senza schema?

Sì. L'API for NoSQL consente alle applicazioni di archiviare documenti JSON arbitrari come elementi senza hint o definizioni dello schema. I dati sono immediatamente disponibili per le query tramite il linguaggio di query Azure Cosmos DB for NoSQL.

Azure Cosmos DB for NoSQL supporta le transazioni ACID (atomicità, coerenza, isolamento, durabilità)?

Sì. L'API for NoSQL supporta le transazioni tra documenti espresse usando batch negli SDK o come trigger e stored procedure JavaScript. L'ambito delle transazioni è limitato a una singola partizione in ogni contenitore e le transazioni vengono eseguite con semantica ACID in modalità "tutto o niente", isolate dall'altro codice e le altre richieste utente eseguite contemporaneamente. Se si verificano eccezioni, viene eseguito il rollback dell'intera transazione.

Come si crea un database di Azure Cosmos DB for NoSQL?

È possibile creare database usando uno di questi strumenti:

È possibile eseguire l'autenticazione in Azure Cosmos DB for NoSQL usando gli account Microsoft Entra ID esistenti?

Yes! Azure Cosmos DB supporta l'autenticazione di Microsoft Entra per gestire il servizio e le relative risorse (piano di controllo) e per eseguire dati, operazioni e query (piano dati). L'autenticazione del piano di controllo viene eseguita usando la funzionalità di controllo degli accessi in base al ruolo di Azure. È possibile usare un ruolo predefinito preconfigurato](../../role-based-access-control/built-in-roles.md) oppure è possibile creare un ruolo personalizzato. Con il controllo degli accessi in base al ruolo di Azure è possibile gestire account, database, contenitori e metadati. Il piano di controllo include operazioni tra cui, a titolo esemplificativo:

  • Creazione, sostituzione o eliminazione di database - Creazione, sostituzione o eliminazione di contenitori - Lettura o sostituzione della velocità effettiva del database - Lettura o sostituzione dell'autenticazione del piano dati della velocità effettiva del contenitore usa un'API personalizzata per l'implementazione del controllo degli accessi in base al ruolo nativo noSQL. Con questa implementazione nativa è anche possibile usare ruoli preconfigurati o personalizzati. Con il controllo degli accessi in base al ruolo nativo, è possibile eseguire query, gestire elementi o eseguire altre operazioni comuni. Il piano dati include operazioni tra cui, a titolo esemplificativo:
  • Creazione, sostituzione, aggiornamento o eliminazione di elementi - Applicazione di patch agli elementi - Esecuzione di query

Azure Cosmos DB for NoSQL supporta il linguaggio di query SQL?

SQL (Structured Query Language) è un linguaggio usato in genere per eseguire query sui dati relazionali. L'API for NoSQL include un linguaggio di query NoSQL personalizzato derivato da SQL. Il linguaggio di query NoSQL include un subset del linguaggio di query SQL in genere associato a SQL Server insieme a varie ottimizzazioni specifiche di NoSQL. Il linguaggio di query NoSQL offre operatori gerarchici e relazionali avanzati e un'estendibilità tramite funzioni definite dall'utente basate su JavaScript. La grammatica JSON consente la modellazione di documenti JSON come alberi con nodi con etichetta, che vengono usati sia dalle tecniche di indicizzazione automatica di Azure Cosmos DB che dal dialetto di query SQL di Azure Cosmos DB. Per informazioni sull'uso di questo linguaggio di query, vedere Query NoSQL.

Azure Cosmos DB for NoSQL supporta le funzioni di aggregazione SQL?

L'API for NoSQL supporta l'aggregazione tramite funzioni di aggregazione, ad esempio: COUNT, MAX, AVG e SUM mediante il linguaggio di query NoSQL.

In che modo Azure Cosmos DB for NoSQL fornisce il controllo della concorrenza?

L'API for NoSQL supporta il controllo di concorrenza ottimistica tramite tag di entità HTTP o ETag. Ogni risorsa API for NoSQL ha un ETag, che viene impostato nel server ogni volta che un documento viene aggiornato. In tutti i messaggi di risposta sono inclusi l'intestazione ETag e il valore corrente. Gli ETag possono essere usati con l'intestazione If-Match per consentire al server di stabilire se una risorsa deve essere aggiornata. Il valore di If-Match è il valore ETag con cui eseguire il confronto. Se il valore ETag corrisponde al valore ETag del server, la risorsa verrà aggiornata. Se l'ETag non è aggiornato, il server rifiuta l'operazione con un codice di risposta di tipo "HTTP 412 - Precondizione non riuscita". Il client recupera quindi nuovamente la risorsa per acquisire il relativo valore ETag aggiornato. Inoltre, gli ETag possono essere usati con l'intestazione If-None-Match per stabilire se è necessario ripetere il recupero di una risorsa.

La maggior parte degli SDK dell'API for NoSQL include classi per gestire il controllo di concorrenza ottimistica.

Come è possibile eseguire inserimenti bulk in Azure Cosmos DB for NoSQL?

Usare la funzionalità di importazione bulk in .NET SDK o Java SDK per l'API for NoSQL per importare set di dati di grandi dimensioni. Questa funzionalità ottimizza la velocità effettiva di cui è stato effettuato provisioning per importare set di dati di grandi dimensioni.

In alternativa, usare Apache Spark per importare dati su larga scala usando Python o Scala.

Azure Cosmos DB for NoSQL supporta la memorizzazione nella cache dei collegamenti alle risorse?

Sì. Dato che Azure Cosmos DB for NoSQL è un servizio RESTful, i collegamenti alle risorse sono non modificabili e possono essere memorizzati nella cache. I client dell'API for NoSQL possono specificare un'intestazione "If-None-Match" per le letture su qualsiasi contenitore o documento di tipo risorsa e quindi aggiornare le copie locali in seguito alla modifica della versione del server.

È disponibile un'istanza locale di Azure Cosmos DB for NoSQL?

Sì. L'emulatore Azure Cosmos DB offre un'emulazione ultra fedele del servizio Azure Cosmos DB. Supporta funzionalità identiche ad Azure Cosmos DB in varie API. Questa funzionalità include il supporto per la creazione di elementi, l'esecuzione di query su elementi, il provisioning di contenitori e il ridimensionamento dei contenitori. È possibile sviluppare e testare applicazioni usando gli endpoint dell'emulatore. È quindi possibile distribuire le applicazioni in Azure su scala globale modificando la stringa di connessione dall'emulatore al servizio live.

Perché i valori a virgola mobile lunghi in un elemento di Azure Cosmos DB for NoSQL vengono arrotondati quando si usa Esplora dati nel portale?

Questa limitazione di Esplora dati è una limitazione di JavaScript. JavaScript usa numeri in formato a virgola mobile e doppia precisione come previsto dallo standard IEEE 754. Questo tipo di dati può contenere in modo sicuro solo numeri compresi tra -(253-1) e 253-1 (ovvero 9007199254740991).

Security

Che cos'è il controllo degli accessi in base al ruolo?

Il controllo degli accessi in base al ruolo (RBAC) è un metodo per regolare l'accesso alle risorse di computer o di rete in base ai ruoli dei singoli utenti all'interno di un'organizzazione. In Azure Cosmos DB, l’RBAC viene usato per concedere l'accesso del piano dati a utenti e applicazioni. Per altre informazioni sui vari termini nel controllo degli accessi in base al ruolo, vedere il glossario sulla sicurezza.

Come si può abilitare il controllo degli accessi in base al ruolo del piano dati per Azure Cosmos DB for NoSQL?

Usare la funzionalità di controllo degli accessi in base al ruolo (RBAC) nativa di Azure Cosmos DB per concedere l'accesso del piano dati a utenti e applicazioni. Per altre informazioni, vedere Concedere l'accesso in base al ruolo del piano dati.

Quali API di Azure Cosmos DB supportano il controllo degli accessi in base al ruolo del piano dati?

A partire da ora, è supportata solo l'API NoSQL.

È possibile gestire le definizioni e le assegnazioni di ruolo nel portale di Azure?

Il supporto del portale di Azure per la gestione dei ruoli non è ancora disponibile.

Quali SDK nell'API di Azure Cosmos DB per NoSQL supportano il controllo degli accessi in base al ruolo?

Gli SDK .NET V3, Java V4, JavaScript V3 e Python V4.3+ sono attualmente supportati.

Il token di Microsoft Entra viene aggiornato automaticamente dagli SDK di Azure Cosmos DB quando scade?

Sì.

È possibile disabilitare l'utilizzo delle chiavi primarie/secondarie dell'account quando si usa il controllo degli accessi in base al ruolo?

Sì. Per altre informazioni, vedere Disabilitare l'autenticazione basata su chiave.

Migrazione di account Azure Cosmos DB in diversi gruppi di risorse, sottoscrizioni e tenant

Come si esegue la migrazione di un account Azure Cosmos DB a un gruppo di risorse diverso o a una sottoscrizione diversa?

Le linee guida generali per eseguire la migrazione di un account Cosmos DB a un gruppo di risorse o una sottoscrizione diversa sono descritte nell'articolo Spostare le risorse di Azure in un nuovo gruppo di risorse o sottoscrizione .

Dopo aver spostato correttamente l'account Azure Cosmos DB in base alle linee guida generali, tutte le identità (System-Assigned o User-Assigned) associate all'account devono essere riassegnate. Questa riassegnazione è necessaria per garantire che queste identità continuino ad avere le autorizzazioni necessarie per accedere alla chiave di Key Vault.

Avvertimento

Se l'account Cosmos DB ha chiavi gestite dal cliente abilitato, è possibile eseguire la migrazione dell'account a un gruppo di risorse o a una sottoscrizione diversa se si trova in uno stato Attivo. Non è possibile eseguire la migrazione degli account in uno stato revocato.

Come si esegue la migrazione di un account Azure Cosmos DB a un tenant diverso?

Se l'account Cosmos DB ha abilitato le Customer Managed Keys, è possibile eseguire la migrazione dell'account solo se si tratta di un account di chiave gestita dal cliente tra tenant. Per altre informazioni, vedere la guida sulla configurazione di chiavi gestite dal cliente tra tenant per l'account Azure Cosmos DB con Azure Key Vault.

Avvertimento

Dopo la migrazione, è fondamentale mantenere l'account di Azure Cosmos DB e Azure Key Vault in tenant separati per mantenere la relazione originale tra i tenant. Assicurarsi che la chiave del Key Vault rimanga in posizione fino al completamento della migrazione dell'account Cosmos DB.

Migrazione alla modalità di backup continuo

Cosa è necessario aspettarsi durante e dopo la migrazione?

Quando si esegue la migrazione dalla modalità periodica alla modalità continua, non è possibile eseguire operazioni del piano di controllo che eseguono aggiornamenti o eliminazioni a livello di account. Ad esempio, non è possibile eseguire operazioni mentre la migrazione è in corso, come l'aggiunta o la rimozione di regioni, il failover dell'account, l'aggiornamento dei criteri di backup ecc. Il tempo per la migrazione dipende dalle dimensioni dei dati e dal numero di aree nell'account. L'azione di ripristino negli account migrati ha esito positivo solo dal momento in cui la migrazione viene completata correttamente.

È possibile ripristinare l'account al termine della migrazione. Se la migrazione viene completata alle 13:00 PST, è possibile eseguire il ripristino temporizzato a partire dalle 13:00 PST.

La migrazione avviene solo a livello di account?

Sì.

Quali account possono essere destinati alla migrazione del backup per il backup continuo?

Account API per NoSQL, API per Table, API Gremlin e API per MongoDB dove la velocità effettiva con provisioning condivisa o con provisioning a scalabilità automatica supporta la migrazione al backup continuo.

Gli account con collegamento ad Azure Synapse abilitato o con Collegamento ad Azure Synapse disabilitato per una o più raccolte non possono eseguire la migrazione al backup continuo.

Importante

Synapse Link per Cosmos DB non è più disponibile per i nuovi progetti. Non usare questa funzionalità.

Usare Azure Cosmos DB Mirroring per Microsoft Fabric, che è ora disponibile in versione generale. Il mirroring offre gli stessi vantaggi zero-ETL ed è completamente integrato con Microsoft Fabric. Per altre informazioni , vedere Panoramica del mirroring di Cosmos DB.

La migrazione richiede tempo? Qual è l'ora tipica?

La migrazione richiede una quantità di tempo variabile che dipende in gran parte dalle dimensioni dei dati e dal numero di aree nell'account. È possibile ottenere lo stato della migrazione usando l'interfaccia della riga di comando di Azure o i comandi di PowerShell. Per gli account di grandi dimensioni con decine di terabyte di dati, il completamento della migrazione può richiedere fino a pochi giorni.

La migrazione per l'account write(mrw) in più aree con backup periodico della scrittura in più aree a backup continuo richiede tempo?

Sì, questa migrazione richiede tempo che dipende in gran parte dalla necessità di attendere che tutte le scritture provvisorie precedenti vengano svuotate durante la migrazione continua del backup. È possibile ottenere lo stato della migrazione usando l'interfaccia della riga di comando di Azure o i comandi di PowerShell. Per gli account di grandi dimensioni con decine di terabyte di dati, il completamento della migrazione può richiedere fino a pochi giorni.

La migrazione comporta un'interruzione della disponibilità?

No, l'operazione di migrazione viene eseguita in background. Pertanto, le richieste client non sono compromesse. Tuttavia, è necessario eseguire alcune operazioni back-end durante la migrazione e potrebbe richiedere tempo aggiuntivo se l'account è sottoposto a un carico elevato.

Cosa accade se la migrazione non riesce? Si ottengono comunque backup periodici o backup continui?

Dopo l'avvio del processo di migrazione, l'account viene abilitato in modalità continua. Se la migrazione non riesce, è necessario eseguire un nuovo tentativo fino a quando non ha esito positivo.

Come posso ripristinare a un timestamp prima/durante/dopo la migrazione?

Si supponga di aver avviato la migrazione in t1 e che sia stata completata in t5, non è possibile usare un timestamp di ripristino tra t1 e t5. Assuma anche che il suo account sia ora in modalità continua. Per eseguire il ripristino dopo le t5, usare il portale di Azure, l'interfaccia della riga di comando o PowerShell come nella normale procedura per un account continuo. Questa richiesta di ripristino self-service può essere eseguita solo dopo il completamento della migrazione. Per ripristinare ad uno stato precedente a t1, è possibile aprire un ticket di supporto come si farebbe normalmente con un account di backup periodico. Dopo la migrazione, sono disponibili fino a 30 giorni per eseguire il ripristino periodico. Durante questi 30 giorni, è possibile eseguire il ripristino in base al periodo di conservazione/intervallo di backup dell'account prima della migrazione. Ad esempio, se il backup è stato configurato per conservare 24 copie a intervalli di 1 ora, è possibile ripristinare in qualsiasi momento tra (t1 – 24 hours) e t1.

Quali operazioni del piano di controllo a livello di account vengono bloccate durante la migrazione?

Le operazioni come l'aggiunta/rimozione di un'area, il failover, la modifica dei criteri di backup e le eventuali modifiche alla velocità effettiva che causano lo spostamento dei dati vengono bloccate durante la migrazione.

Se la migrazione non riesce per un problema sottostante, blocca l'operazione del piano di controllo fino a quando non si ritenta e non viene completata correttamente la migrazione?

La migrazione non riuscita non blocca alcuna operazione del piano di controllo. Se la migrazione non riesce, continua a riprovare finché non riesce, prima di eseguire altre operazioni del piano di controllo.

È possibile annullare la migrazione?

Non è possibile annullare la migrazione perché le migrazioni non sono un'operazione reversibile. In risposta a una chiamata di supporto, il team può annullare temporaneamente la migrazione e consentire alle operazioni di continuare offline. Ma non è possibile tornare allo stato di backup periodico.

È disponibile uno strumento che consente di stimare il tempo di migrazione in base all'utilizzo dei dati e al numero di aree?

Non esiste uno strumento per stimare il tempo. Le esecuzioni di test e scalabilità indicano che un account con 1 TB di dati richiede circa 90 minuti. Per gli account in più aree, calcolare le dimensioni totali dei dati come Number_of_regions * Data_in_single_region.

Poiché la modalità di backup continua è ora disponibile a livello generale, è comunque consigliabile ripristinare una copia dell'account? È consigliabile provare a eseguire la migrazione nella copia prima di decidere di eseguire la migrazione dell'account di produzione?

Testare la funzionalità modalità di backup continuo per verificare che funzioni come previsto prima della migrazione degli account di produzione. La migrazione è un'operazione unidirezionale e non può essere annullata.

Provare Gratuitamente Azure Cosmos DB

È disponibile un account gratuito?

Sì, è possibile iscriversi per ottenere un account di database gratuito con 1.000 UR/sec e 25 GB gratuitamente.

I nuovi utenti possono iscriversi per ottenere un account gratuito di Azure, che è valido 30 giorni e include un credito per provare tutti i servizi di Azure. Se si ha una sottoscrizione di Visual Studio, si ha anche diritto a crediti Azure gratuiti da usare per qualsiasi servizio di Azure.

È anche possibile usare l'emulatore di Azure Cosmos DB per sviluppare e testare gratuitamente l'applicazione in locale, senza creare una sottoscrizione di Azure. Quando si è soddisfatti del funzionamento dell'applicazione nell'emulatore di Azure Cosmos DB, è possibile iniziare a usare l'account Azure Cosmos DB nel cloud.

Introduzione ad Azure Cosmos DB

Come ci si iscrive ad Azure Cosmos DB?

Azure Cosmos DB è disponibile nel portale di Azure. Per prima cosa, iscriversi per ottenere una sottoscrizione di Azure. Dopo aver effettuato l'iscrizione, aggiungere un account Azure Cosmos DB alla sottoscrizione di Azure.

Come si esegue l'autenticazione ad Azure Cosmos DB?

Usare Microsoft Entra ID per eseguire l'autenticazione in Azure Cosmos DB per tutte le API che supportano questo metodo di autenticazione. Per le API che non supportano l'autenticazione di Microsoft Entra ID, usare le chiavi con cautela. Assicurarsi che le chiavi per gli account di produzione vengano archiviate in modo sicuro, ad esempio in Azure Key Vault.

Dov'è disponibile Azure Cosmos DB?

Per informazioni sulla disponibilità a livello di area per Azure Cosmos DB, vedere Prodotti disponibili in base all'area. È possibile associare il database a una o più di queste aree.

Gli SDK (Software Development Kit) per Azure Cosmos DB consentono la configurazione delle aree usate per le connessioni. Nella maggior parte degli SDK il valore di "PreferredLocations" è impostato su qualsiasi area di Azure in cui è disponibile Azure Cosmos DB.

Di quali aspetti è consigliabile tenere conto quando si distribuiscono dati nel mondo tramite i data center di Azure?

Azure Cosmos DB è presente in tutte le aree di Azure, come specificato nella pagina Aree di Azure. Dal momento che si tratta di un servizio di base di Azure, Azure Cosmos DB è disponibile in ogni nuovo data center.

Quando si imposta un'area, tenere presente che Azure Cosmos DB rispetta i cloud sovrani e per enti pubblici. Ad esempio, non è possibile replicare i dati all'esterno di un'area sovrana. Analogamente, non è possibile abilitare la replica in altre località sovrane da un account esterno.

È possibile passare dal provisioning della velocità effettiva a livello di contenitore a quello a livello di database?

Il provisioning della velocità effettiva a livello di contenitore e di database costituisce due offerte separate e il passaggio tra le due richiede la migrazione dei dati dall'origine alla destinazione. È necessario creare un nuovo database o un contenitore e quindi eseguire la migrazione dei dati tramite la libreria di esecuzione bulk oppure Azure Data Factory.

Azure Cosmos DB supporta l'analisi delle serie temporali?

Sì, Azure Cosmos DB supporta l'analisi delle serie temporali. È possibile usare il feed di modifiche per creare visualizzazioni aggregate sui dati delle serie temporali. È possibile estendere questo approccio usando lo streaming Apache Spark o un altro strumento di elaborazione di dati di flusso.

Quali sono le quote del servizio e i limiti di velocità effettiva di Azure Cosmos DB?

Per informazioni, vedere gli articoli su quote del servizio e limiti di velocità effettiva.

Contenuti correlati