Discord vs. Trillones de mensajes: ¿Por qué falló Cassandra?

Subes en un chat viejo de Discord y el historial tarda más de lo normal. No es tu Wi‑Fi: es un almacén de trillones de mensajes peleando contra la RAM, las hot partitions y el garbage collection de Java. En este vídeo cuento la crónica pública de Discord en tres actos: MongoDB como libreta rápida en 2015, Cassandra con 12 nodos que creció a 177, y ScyllaDB en C++ que recortó a 72 nodos con migración en vivo de nueve días y hasta 3.2 millones de mensajes por segundo. Explico working set, hot partitions, tombstones y la capa Rust de data services sin teoría aburrida de álgebra relacional. Para devs que solo han usado Postgres o un JSON local y quieren entender escala real. Referencias solo de blogs y charlas públicas de Discord. 00:00 Historial que tarda 00:37 Trillones de mensajes y tres actos 01:13 La libreta Mongo (2015) 01:47 El sótano se llena (RAM) 02:25 La primera mudanza (2017) 02:57 Doce archivadores (Cassandra) 03:23 De 12 a 177 nodos 03:55 Hot partition (@everyone) 04:27 GC y gossip dance 05:16 Tombstones 06:00 Data services (Rust) 06:37 El cluster que faltaba 07:02 Scylla al rescate 07:42 Migración en vivo y cierre #Discord #MongoDB #Cassandra #ScyllaDB #SystemDesign #Backend #ArquitecturaDeSoftware #BasesDeDatos #NoSQL #Migracion #Escalabilidad #Programacion #IngenieriaDeSoftware #SistemasDistribuidos #HotPartition #Tombstones