La revolución NoSQL nació en 2006 con la publicación del Documento Google BigTable ya que las aplicaciones a escala de Internet no podían obtener el rendimiento, la agilidad y la disponibilidad que necesitaban de bases de datos relacionales como Oracle. Las siguientes son ahora consideraciones clave para las aplicaciones modernas:
- Escalabilidad en hardware básico para crecer con la empresa y soportar millones de operaciones/segundo con latencias inferiores al milisegundo.
- Flexibilidad del modelo de datos y de los patrones de acceso para que la base de datos pueda cambiar con un entorno empresarial en rápida evolución.
- Disponibilidad 24×7, ya que incluso unos segundos de inactividad significan pérdida de clientes e ingresos
MongoDB, uno de los primeros participantes en el espacio NoSQL, ha cosechado éxitos a pesar de importantes deficiencias en su capacidad de escalabilidad, flexibilidad de acceso o alta disponibilidad a un coste razonable. Couchbase, un participante algo posterior en el mercado NoSQL, con una arquitectura distribuida desde el primer día, ofrece escalabilidad, flexibilidad y alta disponibilidad a un coste razonable. alta disponibilidad mucho mejor que MongoDB. Couchbase tiene muchos clientes que, o bien lo eligieron en lugar de MongoDB en bake-offs, o se cambiaron una vez que se dieron cuenta de que MongoDB no era capaz de mantener el ritmo. Uno de estos clientes es Viberuna plataforma global de mensajería, que cambió MongoDB por Couchbase:
"Descubrimos que la tecnología NoSQL de MongoDB no podía soportar adecuadamente las crecientes necesidades de gestión de datos de la empresa. Después de investigar múltiples tecnologías de bases de datos, como Cassandra y DynamoDB de Amazon, incluyendo más combinaciones de base de datos más capas de almacenamiento en caché, implantamos Couchbase. Con Couchbase, ahora podemos gestionar cientos de miles de operaciones por segundo, un orden de magnitud más que nuestra solución anterior". Amir Ish-Shalom, Arquitecto Jefe, Viber
Descubra por qué Couchbase es mejor
Algunos de los aspectos más destacados de cómo Couchbase es mejor para scale-out, agilidad y alta disponibilidad son:
- Couchbase tiene fragmentación automática frente a la fragmentación manual (y laboriosa) de MongoDB, donde hay que elegir una clave de fragmentación por colección.
- Couchbase es flexible y se adapta a nuevas cargas de trabajo permitiendo índices secundarios globales que se particionan de forma diferente a los datos. MongoDB es rígido y solo está optimizado para un único patrón de acceso: el resto de patrones de acceso se dispersan por todos los nodos.
- Couchbase es agnóstico a la escala y todas las características funcionan a todos los niveles de escala. MongoDB, por otro lado, está orientado a una configuración de un solo disco y muchas características críticas como Joins y Grouping no funcionan en configuraciones de varios discos.
- Couchbase puede ampliarse simplemente añadiendo un único nodo. MongoDB, por otro lado, requiere la adición de al menos 3 nodos para añadir otro fragmento al clúster, lo que se traduce en un coste total de propiedad muy elevado.
- El failover automático de Couchbase es muy rápido y robusto ya que se basa en múltiples señales de liveness. La conmutación por error de MongoDB es mucho más lenta y frágil, ya que se basa únicamente en los latidos entre los nodos del conjunto de réplicas.
Hay muchas más razones por las que Couchbase es mejor para la escalabilidad y el tiempo de actividad, por lo que te animamos a que descargues el whitepaper del siguiente enlace y decidas por ti mismo.
Couchbase Better Than MongoDB - Informe sobre escalabilidad y HA
