GitLab a diffusé en direct la récupération de ses propres données perdues

Le 31 janvier 2017, un ingénieur de GitLab, fatigué, tentant de résoudre un problème de réplication, a accidentellement supprimé le répertoire de la base de données de production principale de l'entreprise au lieu d'une réplique secondaire, effaçant environ 300 Go de données en production, y compris des projets, des commentaires, des tickets et des comptes utilisateurs. Alors que l'équipe se précipitait pour rétablir le service, elle a découvert un second problème bien plus grave : les cinq mécanismes de sauvegarde officiels de GitLab — vidages planifiés, instantanés de disque, réplication — échouaient silencieusement depuis des semaines, certains en raison d'incompatibilités de versions, sans jamais déclencher d'alerte.

La réponse d'entreprise standard à un désastre d'une telle gravité — une perte réelle de données, aggravée par une défaillance totale des sauvegardes que l'entreprise ignorait même — consiste à se taire, à gérer soigneusement le récit et à publier une déclaration contrôlée une fois les faits et l'exposition juridique pleinement compris. L'équipe de GitLab, en pleine crise, a fait le choix inverse : plutôt que de se retrancher à huis clos le temps de comprendre ce qui s'était passé, elle a maintenu l'incident visible pour le public en temps réel, alors qu'il n'était pas encore résolu et que l'issue restait incertaine.

GitLab a diffusé en direct sa récupération, y compris la découverte que toutes les sauvegardes avaient échoué, faisant de la transparence radicale un signal coûteux qui a bâti la confiance plutôt qu'une opération de communication.

La transparence radicale était un signal coûteux, prouvant que le récit était authentique.

Le public a vu la lutte non censurée, rendant le récit crédible.

Le post-mortem détaillé et les correctifs publics ont montré un engagement envers l'amélioration.

Lorsqu'une défaillance grave survient, une transparence radicale en temps réel peut bâtir davantage de confiance qu'une déclaration contrôlée et différée.

La diffusion en direct de la récupération a attiré plus de 5 000 spectateurs simultanés à son pic, et loin d'endommager la réputation de GitLab, la gestion transparente a suscité une large sympathie et un respect publics dans l'ensemble de l'industrie technologique — les commentaires de l'époque et depuis décrivent systématiquement la réputation de GitLab comme pratiquement intacte après un incident qui, géré de manière opaque, aurait probablement constitué une grave crise de confiance. GitLab a fait suite au post-mortem avec des dizaines de tickets d'ingénierie publics suivant des correctifs concrets, donnant aux clients une visibilité directe sur ce qui changeait exactement.