La « réécriture significative du backend » de Musk a fait tomber Twitter pendant cinq heures

Le 28 décembre 2022, Twitter a subi une panne généralisée qui a commencé vers 16 heures, heure du Pacifique, et a duré plus de cinq heures. Des dizaines de milliers d'utilisateurs ont signalé d'étranges messages d'erreur, des pages blanches et des déconnexions inexpliquées ; beaucoup ne pouvaient pas voir les réponses, répondre aux tweets ni suivre les sujets tendance, et certains ont vu des erreurs de « dépassement de limite de débit » suggérant que les serveurs ne pouvaient pas faire face. DownDetector et NetBlocks ont confirmé des signalements au Royaume-Uni, au Canada, en Allemagne, en Italie et en Inde, TweetDeck étant également hors service ; NetBlocks a indiqué que l'incident n'était pas lié à des perturbations internet au niveau national.

La cause immédiate était auto-infligée. Musk a tweeté que l'entreprise avait déployé des « changements significatifs de l'architecture des serveurs backend » qui devaient rendre Twitter « plus rapide ». Cela est survenu dix jours après qu'il a tweeté que le service fonctionnait « même après avoir déconnecté l'une des baies de serveurs les plus sensibles », et des semaines après que Twitter a brièvement bloqué le trafic d'environ 30 opérateurs mobiles, principalement dans la région Asie-Pacifique, pour tenter de débarrasser le service du spam.

Le contexte rendait la défaillance lisible : Musk avait racheté Twitter pour 44 milliards de dollars fin octobre 2022 et cherchait à réduire les dépenses en supprimant des milliers d'employés, dont beaucoup maintenaient l'infrastructure du service, tout en poussant personnellement à supprimer le « code superflu » pour gagner en vitesse. Des ingénieurs se sont moqués de cette formulation — l'architecte logiciel Grady Booch a cité le tweet en ajoutant : « Architecture. Vous continuez d'employer ce mot. Je ne pense pas qu'il signifie ce que vous croyez qu'il signifie. »

Une panne de cinq heures touchant des dizaines de milliers d'utilisateurs au Royaume-Uni, au Canada, en Allemagne, en Italie et en Inde ; #TwitterDown en tendance

La panne a suivi la suppression de milliers de postes liés à l'infrastructure — une réécriture déployée sur un réseau comptant moins de personnes qui le comprenaient.

C'était le deuxième incident auto-infligé en un mois, après l'épisode du blocage de 30 opérateurs et la fanfaronnade sur la « baie de serveurs sensible ».

Le mode de défaillance était visible pour les utilisateurs — erreurs de limite de débit, pages blanches, déconnexions forcées — transformant un projet de performance en hashtag tendance.

L'infrastructure que vous ne comprenez pas est porteuse. Les réécritures de performance et les réductions de coûts se heurtent à la réalité de la même manière — surtout lorsque les personnes qui connaissaient le système ont disparu.

Twitter a résolu le problème après plus de cinq heures ; l'entreprise n'a communiqué aucun détail sur la cause racine au-delà du tweet sur le changement d'architecture, ni aucun chiffre sur l'impact pour les utilisateurs. L'épisode a intégré les archives publiques de l'instabilité de Twitter après son rachat, cité aux côtés de turbulences ultérieures du service comme preuve que la capacité de maintenance de l'infrastructure avait été réduite trop profondément.