Datos esenciales
Cassandra apareció en 2008 como base NoSQL distribuida. Se destaca por su escalabilidad horizontal y tolerancia a fallos.
Columnas anchas
Distribuida
NoSQL
Origen y evolución
Creada en Facebook para la mensajería interna, Cassandra combinó ideas de Dynamo y Bigtable. Más tarde pasó a Apache y ganó comunidad global.
Columnas y particiones
Su modelo de columnas anchas permite organizar datos por particiones, optimizando consultas por clave y escalado masivo.
Escala global
Se usa en telecomunicaciones, IoT, redes sociales y comercio electrónico para manejar millones de eventos distribuidos.
CQL
Su Cassandra Query Language (CQL) ofrece sintaxis similar a SQL pero optimizada para consultas por partición.
Sin punto único
La arquitectura peer-to-peer elimina puntos únicos de fallo, permitiendo replicación en múltiples nodos y centros de datos.
Alta disponibilidad
Su mayor fortaleza es la disponibilidad continua incluso ante fallos de nodos, ideal para sistemas críticos 24/7.
Consultas complejas
No es adecuada para consultas ad hoc complejas o joins, lo que obliga a diseñar datos en función de las consultas.
Impacto histórico
Cassandra consolidó el concepto de escalabilidad horizontal en bases NoSQL y se convirtió en referencia para arquitecturas globales.
Ecosistema distribuido
Cuenta con drivers para muchos lenguajes, herramientas de monitoreo y soporte en plataformas cloud con servicios administrados.
Operación en clusters
Requiere monitoreo constante de nodos, replicación y balanceo. La administración es más compleja que en motores tradicionales.
Frente a MongoDB
Cassandra prioriza disponibilidad y escalado lineal, mientras MongoDB ofrece consultas más flexibles y documentos.
Presencia actual
Sigue siendo popular en sistemas globales y de IoT, con soporte en servicios gestionados y comunidad activa.
Apache y cloud
Su ecosistema incluye proyectos Apache y soluciones en la nube que facilitan despliegues a gran escala.
Escala planetaria
Cassandra demostró que era posible operar bases de datos distribuidas globalmente sin sacrificar disponibilidad.
Diseño para fallos
Su historia enseña que los sistemas modernos deben asumir fallos constantes y estar diseñados para tolerarlos.