El 31 de enero de 2017, un ingeniero de GitLab, cansado, que intentaba resolver un problema de replicación, borró accidentalmente el directorio de la base de datos de producción principal de la empresa en lugar de una réplica secundaria, eliminando aproximadamente 300 GB de datos en vivo, incluidos proyectos, comentarios, incidencias y cuentas de usuario. Mientras el equipo se apresuraba a restaurar el servicio, descubrieron un segundo problema mucho peor: los cinco mecanismos oficiales de copia de seguridad de GitLab —volcados programados, instantáneas de disco, replicación— habían estado fallando silenciosamente durante semanas, algunos debido a desajustes de versiones, sin que nunca se activara una alerta.
La respuesta corporativa estándar ante un desastre de esta gravedad —pérdida real de datos, agravada por un fallo total de las copias de seguridad que la empresa ni siquiera conocía— es guardar silencio, gestionar el relato con cuidado y emitir una declaración controlada una vez que los hechos y la exposición legal se comprendan plenamente. El equipo de GitLab, en plena crisis, tomó la decisión opuesta: en lugar de retirarse a puerta cerrada mientras averiguaban qué había pasado, mantuvieron el incidente visible para el público en tiempo real, mientras aún no estaba resuelto y el resultado era incierto.
GitLab retransmitió en directo su recuperación, incluido el descubrimiento de que todas las copias de seguridad habían fallado, haciendo de la transparencia radical una señal costosa que generó confianza en lugar de propaganda.
La transparencia radical fue una señal costosa, que demostró que el relato era genuino.
El público vio la lucha sin censura, lo que hizo creíble la narrativa.
El detallado análisis posterior y las correcciones públicas mostraron un compromiso con la mejora.
Cuando ocurre un fallo grave, la transparencia radical en tiempo real puede generar más confianza que una declaración controlada y tardía.
La retransmisión en directo de la recuperación alcanzó más de 5.000 espectadores simultáneos en su punto máximo y, en lugar de dañar la reputación de GitLab, la gestión transparente suscitó una amplia simpatía y respeto públicos en toda la industria tecnológica; los comentarios de la época y posteriores describen de forma consistente la reputación de GitLab como efectivamente intacta tras un incidente que, gestionado de forma opaca, probablemente habría supuesto una grave crisis de confianza. Tras el análisis posterior, GitLab publicó docenas de incidencias de ingeniería públicas en las que se hacía seguimiento de correcciones concretas, dando a los clientes visibilidad directa de exactamente qué estaba cambiando.
CONSULTA LAS PRUEBAS
Las fuentes
- Postmortem of database outage of January 31 GitLab · about.gitlab.com
- The benefits of transparency: Interview with Sytse "Sid" Sijbrandij, CEO of GitLab Increment · increment.com