Preguntas frecuentes sobre Azure Cosmos DB for MongoDB en arquitectura de núcleo virtual

Azure Cosmos DB es una base de datos NoSQL, relacional y vectorial totalmente administrada para el desarrollo de aplicaciones modernas.

Tanto la unidad de solicitud (RU) como la oferta basada en núcleos virtuales de Azure Cosmos DB for MongoDB hacen fácil usar Azure Cosmos DB como si fuera una base de datos de MongoDB. Ambas opciones funcionan sin la sobrecarga de los enfoques complejos de administración y escalado. Puede aprovechar sus conocimientos sobre MongoDB y seguir usando sus controladores, SDK y herramientas favoritos de MongoDB. Para ello, apunte la aplicación a la cadena de conexión de la cuenta de la API para MongoDB. Además, ambas son ofertas nativas de nube que se pueden integrar sin problemas con otros servicios de Azure para crear aplicaciones modernas de nivel empresarial.

Estos son algunos factores clave que le ayudarán a decidir entre las dos opciones.

• Elija la opción basada en RU si:
  • Va a crear nuevas aplicaciones de MongoDB nativas de la nube o va a refactorizar las aplicaciones existentes para aprovechar las ventajas de las aplicaciones nativas de la nube.
  • Su carga de trabajo tiene más lecturas puntuales (capturando un solo elemento por su identificador y valor de clave de partición) y menos consultas de larga duración y operaciones complejas de canalización de agregación.
  • Quiere escalabilidad horizontal ilimitada, escalado vertical instantáneo y control granular del rendimiento.
  • Va a ejecutar aplicaciones críticas que requieren una disponibilidad líder del sector del 99,999 %.
• Elija la opción basada en núcleos virtuales si:
  • Va a migrar (mediante lift-and-shift) una carga de trabajo de MongoDB existente o va a compilar una nueva aplicación de MongoDB.
  • La carga de trabajo tiene más consultas de ejecución prolongada, canalizaciones de agregación complejas, transacciones distribuidas, combinaciones, etc.
  • Prefiere un escalado vertical y horizontal de alta capacidad con niveles de clúster conocidos basados en núcleos virtuales, como M30, M40, M50, etc.
  • Va a ejecutar aplicaciones que requieren una disponibilidad del 99,995 %.
  • Necesita compatibilidad nativa para almacenar e insertar vectores de búsqueda.

Los servicios basados en RU y en núcleos virtuales tienen arquitecturas diferentes con importantes diferencias de facturación.

La variante del servicio RU es un servicio multiinquilino que asigna al instante recursos a la carga de trabajo, en consonancia con los requisitos de almacenamiento y rendimiento. El rendimiento de este servicio se basa en unidades de solicitud. Este servicio está optimizado para los usuarios que prefieren pagar tarifas fijas (rendimiento aprovisionado estándar) o variable (escalado automático) correspondientes a unidades de solicitud (RU) y almacenamiento consumido. Los cargos por RU reales dependen del modelo seleccionado: rendimiento aprovisionado (escalado estándar o automático) o sin servidor.

La variante del servicio de núcleo virtual crea instancias dedicadas que usan recursos de almacenamiento, memoria y CPU preestablecidos, que se pueden escalar dinámicamente para satisfacer sus necesidades. Este servicio está optimizado para los usuarios que prefieren pagar una tarifa plana coherente en función del proceso (CPU, memoria y el número de nodos) y el almacenamiento.

Contenido relacionado

• Preguntas frecuentes sobre Azure Cosmos DB for MongoDB](.. /faq.yml)

• Introducción a Azure Cosmos DB for MongoDB (núcleo virtual) mediante Azure Portal

• Introducción a Azure Cosmos DB for MongoDB (núcleo virtual) mediante Bicep

Paso siguiente