Diferencias entre Azure Managed Instance for Apache Cassandra y Cassandra API de Azure Cosmos DB
En este artículo aprenderá las diferencias entre Azure Managed Instance for Apache Cassandra y Cassandra API de Azure Cosmos DB. En este artículo se proporcionan recomendaciones sobre cómo elegir entre los dos servicios o cuándo hospedar su propio entorno de Apache Cassandra.
Principales diferencias
Azure Managed Instance for Apache Cassandra proporciona implementación, escalado y operaciones automatizadas para mantener el estado de los nodos de las instancias de Apache Cassandra de código abierto en Azure. También proporciona la funcionalidad de escalar horizontalmente la capacidad de los clústeres de Apache Cassandra existentes autohospedados en la nube o en el entorno local. Realiza el escalado horizontal mediante la adición de centros de datos administrados de Cassandra al anillo del clúster existente.
Cassandra API de Azure Cosmos DB es una capa de compatibilidad sobre el servicio de base de datos nativo de nube de distribución global de Microsoft Azure Cosmos DB. La combinación de estos servicios en Azure proporciona una serie de opciones para los usuarios de Apache Cassandra en entornos de nube híbrida complejos.
¿Cómo elegir?
En la tabla siguiente se muestran los escenarios comunes, los requisitos de la carga de trabajo y las aspiraciones en las que se adaptan cada uno de estos enfoques de implementación:
| Apache Cassandra autohospedado en el entorno local o en Azure | Azure Managed Instance for Apache Cassandra | API Cassandra de Azure Cosmos DB | |
|---|---|---|---|
| Tipo de implementación | Tiene una implementación de Apache Cassandra muy personalizada con revisiones personalizadas o adaptaciones propietarias. | Tiene una implementación estándar de Apache Cassandra de código abierto sin código personalizado. | Tiene su implementación en una plataforma que no tiene una capa de Apache Cassandra subyacente, pero que es compatible con todos los controladores de cliente de código abierto en un nivel de protocolo de conexión. |
| Sobrecarga operativa | Ya dispone de expertos en Cassandra que pueden implementar, configurar y mantener los clústeres. | Quiere reducir la sobrecarga operativa del estado de los nodos de Apache Cassandra, pero seguir manteniendo el control sobre las configuraciones de nivel de plataforma, como la replicación y la coherencia. | Quiere eliminar la sobrecarga operativa mediante una base de datos de plataforma como servicio totalmente administrada en la nube. |
| Requisitos del sistema operativo | Tiene un requisito para mantener imágenes del sistema operativo de máquinas virtuales personalizadas o para comercialización. | Puede usar imágenes estándar pero desea tener control sobre las SKU, la memoria, los discos y las IOPS. | Quiere que el aprovisionamiento de la capacidad se simplifique y se exprese como una única métrica normalizada, con una relación de uno a uno con el rendimiento, como las unidades de solicitud de Azure Cosmos DB. |
| Modelo de precios | Quiere usar software de administración como las herramientas de Datastax y está satisfecho con los costos de las licencias. | Prefiere licencias de código abierto puras y precios basados en instancias de máquina virtual. | Quiere usar precios nativos de la nube, que incluyan ofertas de escalado automático y sin servidor. |
| Analytics | Desea tener un control total sobre el aprovisionamiento de las canalizaciones analíticas, independientemente de la sobrecarga que conlleva crearlas y mantenerlas. | Quiere usar servicios analíticos basados en la nube como Azure Databricks. | Quiere que el análisis transaccional híbrido en tiempo real esté integrado en la plataforma con Azure Synapse Link para Cosmos DB. |
| Patrón de la carga de trabajo | La carga de trabajo es bastante estable y no es necesario escalar los nodos del clúster con frecuencia. | La carga de trabajo es volátil y debe poder escalar o reducir verticalmente los nodos de un centro de datos o agregar o quitar centros de datos fácilmente. | La carga de trabajo suele ser volátil y debe poder escalar o reducir verticalmente de forma rápida y en un volumen significativo. |
| SLA | Está satisfecho con los procesos de mantenimiento de los SLA para la coherencia, el rendimiento, la disponibilidad y la recuperación ante desastres. | Está satisfecho con los procesos de mantenimiento de los SLA para la coherencia, el rendimiento y la disponibilidad, pero necesita ayuda con las copias de seguridad. | Quiere SLA completos para la coherencia, el rendimiento, la disponibilidad y la recuperación ante desastres. |
Pasos siguientes
Comience con uno de nuestros inicios rápidos: