Forum aux questions sur Azure Cosmos DB for MongoDB vCore

Azure Cosmos DB est une base de données NoSQL relationnelle et vectorielle complètement managée pour le développement d’applications modernes.

Les deux offres Azure Cosmos DB for MongoDB basées sur unité de requête et sur vCore facilitent l’utilisation d’Azure Cosmos DB comme s’il s’agissait d’une base de données MongoDB. Les deux options fonctionnent sans la surcharge liée aux approches complexes de gestion et de mise à l’échelle. Vous pouvez tirer parti de votre expérience MongoDB et continuer à utiliser vos pilotes, kits SDK et outils MongoDB préférés en faisant pointer votre application sur la chaîne de connexion du compte de l’API pour MongoDB. En outre, les deux sont des offres natives Cloud qui peuvent être intégrées en toute transparence à d’autres services Azure pour créer des applications modernes de niveau entreprise.

Voici quelques facteurs clés pour vous aider à choisir entre les deux options.

• Choisissez l’option basée sur unité de requête si :
  • Vous créez de nouvelles applications MongoDB cloud natives ou refactorisez des applications existantes pour bénéficier d’avantages cloud natifs.
  • Votre charge de travail comporte davantage de lectures de points (extraction d’un seul élément par son ID et sa valeur de clé de partition), quelques requêtes durables et des opérations de pipeline d’agrégation complexes.
  • Vous voulez une scalabilité horizontale illimitée, un scale-up instantané et un contrôle de débit granulaire.
  • Vous exécutez des applications stratégiques nécessitant une disponibilité de 99,999 % à la pointe du secteur.
• Choisissez l’option basée sur vCore si :
  • Vous migrez (lift and shift) une charge de travail MongoDB existante ou créez une nouvelle application MongoDB.
  • Votre charge de travail a davantage de requêtes à long terme, de pipelines d’agrégation complexes, de transactions distribuées, de jointures, etc.
  • Vous préférez la mise à l’échelle verticale et horizontale à haute capacité avec des niveaux de cluster vCore familiers tels que M30, M40, M50 et plus encore.
  • Vous exécutez des applications nécessitant une disponibilité de 99,995 %.
  • Vous avez besoin d'une prise en charge native pour stocker et rechercher des intégrations vectorielles.

Les services RU et vCore ont des architectures différentes avec des différences de facturation importantes.

La variante du service RU est un service mutualisé qui alloue instantanément des ressources à votre charge de travail, en s’alignant sur les besoins en stockage et en débit. Le débit de ce service est basé sur des unités de requête. Ce service est optimisé pour les utilisateurs préférant payer des frais fixes (débit approvisionné standard) ou variables (mise à l’échelle automatique) correspondant aux unités de requête (RU) et au stockage consommé. Les frais d’unité de requête réels dépendent du modèle choisi : débit approvisionné (standard ou mise à l’échelle automatique) ou serverless.

La variante de service vCore crée des instances dédiées qui utilisent des ressources de processeur, de mémoire et de stockage prédéfinies, qui peuvent être mises à l’échelle dynamiquement en fonction de vos besoins. Ce service est optimisé pour les utilisateurs qui préfèrent payer des frais fixes cohérents en fonction du calcul (processeur, mémoire et nombre de nœuds) et du stockage.

Contenu connexe

• Questions fréquentes sur Azure Cosmos DB for MongoDB](../faq.yml)

• Bien démarrer avec Azure Cosmos DB for MongoDB vCore en utilisant le Portail Microsoft Azure

• Prise en main d’Azure Cosmos DB for MongoDB vCore à l’aide de Bicep

Étape suivante