La "importante reescritura del backend" de Musk tumbó Twitter durante cinco horas

El 28 de diciembre de 2022, Twitter sufrió una caída generalizada que comenzó alrededor de las 4 de la tarde, hora del Pacífico, y duró más de cinco horas. Decenas de miles de usuarios reportaron mensajes de error extraños, páginas en blanco y cierres de sesión inexplicables; muchos no podían ver respuestas, responder a tuits ni seguir temas de tendencia, y a algunos se les mostraron errores de "límite de velocidad excedido" que sugerían que los servidores no podían hacer frente. DownDetector y NetBlocks confirmaron los reportes desde el Reino Unido, Canadá, Alemania, Italia e India, y TweetDeck también estaba caído; NetBlocks dijo que el incidente no estaba relacionado con interrupciones de internet a nivel de país.

La causa inmediata fue autoinfligida. Musk tuiteó que la empresa había implementado "importantes cambios en la arquitectura del servidor backend" que deberían hacer a Twitter "más rápido". Esto ocurrió diez días después de que tuiteara que el servicio estaba operativo "incluso después de que desconecté uno de los racks de servidores más sensibles", y semanas después de que Twitter bloqueara brevemente el tráfico de unos 30 operadores móviles, principalmente en la región de Asia-Pacífico, en un intento de librar al servicio del spam.

El contexto hizo legible el fallo: Musk había adquirido Twitter por 44.000 millones de dólares a finales de octubre de 2022 y buscaba recortar gastos eliminando a miles de empleados, muchos de los cuales mantenían la infraestructura del servicio, mientras impulsaba personalmente la eliminación de "código inflado" para ganar velocidad. Los ingenieros se burlaron del enfoque: el arquitecto de software Grady Booch citó el tuit y comentó: "Arquitectura. Sigues usando esa palabra. No creo que signifique lo que tú crees que significa".

Una caída de cinco horas que afectó a decenas de miles de usuarios en el Reino Unido, Canadá, Alemania, Italia e India; #TwitterDown se convirtió en tendencia

La caída se produjo tras la eliminación de miles de puestos de trabajo de infraestructura: una reescritura que aterrizó en una red con menos personas que la entendieran.

Fue el segundo incidente autoinfligido en un mes, después del episodio de bloqueo a 30 operadores y la fanfarronada del "rack de servidores sensible".

El modo de fallo fue visible para los usuarios —errores de límite de velocidad, páginas en blanco, cierres de sesión forzados—, convirtiendo un proyecto de rendimiento en una etiqueta de tendencia.

La infraestructura que no entiendes es portante. Las reescrituras de rendimiento y los recortes de costos se enfrentan a la realidad de la misma manera, especialmente cuando las personas que conocían el sistema ya no están.

Twitter resolvió el problema después de más de cinco horas; la empresa no reveló ningún detalle sobre la causa raíz más allá del tuit sobre el cambio de arquitectura, ni cifras sobre el impacto en los usuarios. El episodio pasó a formar parte del registro público de la inestabilidad de Twitter tras la adquisición, citado junto con posteriores vaivenes del servicio como evidencia de que la capacidad de mantenimiento de la infraestructura se había recortado demasiado.