SI APPLICA A: 
MongoDB vCore
Quali opzioni offre Azure Cosmos DB per gli utenti di MongoDB?
Azure Cosmos DB è un database NoSQL, relazionale e vettoriale completamente gestito per lo sviluppo di app moderne.
Sia l'unità richiesta (UR) che l'offerta Azure Cosmos DB for MongoDB basato su vCore semplificano l'uso di Azure Cosmos DB come se fosse un database MongoDB. Entrambe le opzioni funzionano senza il sovraccarico di approcci complessi di gestione e ridimensionamento. È possibile usare le competenze esistenti di MongoDB e continuare a usare i driver, gli SDK e gli strumenti MongoDB preferiti indirizzando l'applicazione verso la stringa di connessione dell'account usando l'API per MongoDB. Inoltre, entrambe le offerte sono native del cloud e possono essere integrate perfettamente con altri servizi di Azure per creare applicazioni moderne di livello aziendale.
Ricerca per categorie scegliere tra Azure Cosmos DB per MongoDB (UR) e Azure Cosmos DB per MongoDB (vCore)?
Ecco alcuni fattori chiave che consentono di decidere tra le due opzioni.
- Scegliere la soluzione basata su UR se:
- Si creano nuove app MongoDB native del cloud o si esegue il refactoring delle app esistenti per i vantaggi nativi del cloud.
- Il carico di lavoro include più letture di punti (recupero di un singolo elemento in base al relativo _id e al valore della chiave di partizione) e poche query a esecuzione prolungata e operazioni complesse della pipeline di aggregazione.
- Si vuole una scalabilità orizzontale illimitata, un aumento istantaneo delle prestazioni e un controllo granulare della velocità effettiva.
- Si eseguono applicazioni cruciali che richiedono una disponibilità del 99,999% leader del settore.
- Scegliere la soluzione basata su vCore se:
- Si sta eseguendo la migrazione (lift&shift) di un carico di lavoro MongoDB esistente o si sta creando una nuova applicazione MongoDB.
- Il carico di lavoro ha più query a esecuzione prolungata, pipeline di aggregazione complesse, transazioni distribuite, join e così via.
- Si preferisce la scalabilità verticale e orizzontale ad alta capacità con livelli cluster basati su vCore familiari, ad esempio M30, M40, M50 e altri.
- Le applicazioni richiedono una disponibilità del 99,995%.
- È necessario il supporto nativo per l'archiviazione e la ricerca di incorporamenti vettoriali.
Esistono differenze di fatturazione tra le architetture UR e vCore in Azure Cosmos DB per MongoDB?
I servizi UR e vCore hanno architetture diverse con importanti differenze di fatturazione.
La variante di servizio UR è un servizio multi-tenant che alloca immediatamente le risorse al carico di lavoro, in linea con i requisiti di archiviazione e velocità effettiva. La velocità effettiva per questo servizio è basata sulle unità richiesta. Questo servizio è ottimizzato per gli eventi che preferiscono pagare corrispettivi fissi (velocità effettiva con provisioning standard) o corrispettivi variabili (scalabilità automatica) corrispondenti alle unità richiesta (UR) e allo spazio di archiviazione utilizzato. Gli addebiti effettivi per UR dipendono dal modello selezionato: velocità effettiva con provisioning (standard o scalabilità automatica) o serverless.
La variante di servizio vCore crea istanze dedicate che usano risorse predefinite di CPU, memoria e archiviazione, che possono essere ridimensionate dinamicamente in base alle proprie esigenze. Questo servizio è ottimizzato per gli utenti che preferiscono pagare un corrispettivo fisso coerente in base al calcolo (CPU, memoria e numero di nodi) e all'archiviazione.