« Si vous aviez prévu de déployer un logiciel ce jour-là, nous sommes désolés pour ce désagrément. »
Le 20 août 2026, GitHub a présenté ses excuses à ses utilisateurs pour la panne survenue trois jours plus tôt.
Pendant 7 heures et 47 minutes, l’accès à github.com, l’authentification, GitHub Actions, les API, les pull requests, la gestion des issues et Copilot ont été perturbés dans le monde entier.
Ce postmortem, signé par le vice-président ingénierie Vlad Fedorov, a été l’occasion d’expliquer les raisons de cette défaillance, la deuxième en un mois après un premier incident survenu le 6 août. Dans les deux cas, GitHub pointe une cause commune : une défaillance de capacité, sans lien avec « un changement de code ou de configuration. »
Ce qui s’est réellement passé sur GitHub
La panne du 17 août serait donc partie d’un pic de trafic que l’un des composants chargés de répartir la charge, dans le datacenter du centre des États-Unis, n’a pas réussi à absorber. La faute à un mauvais réglage sur le système censé ajouter automatiquement de la capacité en cas d’affluence.
Ce premier maillon ayant cédé, la surcharge s’est alors propagée à d’autres équipements chargés d’aiguiller le trafic, jusqu’à ce que l’ensemble du système d’authentification se retrouve engorgé.
« Les équipes ont redirigé le trafic, isolé l’infrastructure affectée et rétabli les services par étapes. La plupart des services GitHub ont été rétablis plus tôt dans la journée, mais certains services Copilot ont mis plus de temps », reconnaît Vlad Fedorov.
La reprise totale aurait été freinée par un bug déjà présent dans VS Code. Selon la documentation technique, face à des réponses trop lentes de GitHub, l’éditeur de texte se mettait à retenter sa connexion en boucle, multipliant par dix le trafic vers le service d’authentification de Copilot. Des tentatives d’extraction massive de données sont venues compliquer un peu plus la situation. Il a fallu couper temporairement certains équipements saturés et bloquer ces reconnexions en boucle avant de rouvrir le trafic progressivement.
Une confirmation des craintes sur la capacité de GitHub face à l’IA
Cette communication vient confirmer les craintes qui couraient depuis plusieurs mois sur la capacité de GitHub à absorber l’explosion du trafic générée par l’IA.
Dans son postmortem, la filiale de Microsoft met particulièrement en avant le rôle crucial de sa migration vers Azure, qui supporte désormais « 58 % de la charge de la plateforme contre 12 % en mai. »
En juin dernier, le média américain Business Insider assurait également que GitHub avait dû discrètement faire appel à AWS, le concurrent direct d’Azure dans le cloud, pour tenir la cadence. Un signe que même l’accélération vers Azure ne suffisait plus, à elle seule, à répondre à la croissance de la demande.
Vous avez lu 0 articles sur Numerama ce mois-ci
Tout le monde n'a pas les moyens de payer pour l'information.
C'est pourquoi nous maintenons notre journalisme ouvert à tous.
Mais si vous le pouvez,
voici trois bonnes raisons de soutenir notre travail :
- 1 Numerama+ contribue à offrir une expérience gratuite à tous les lecteurs de Numerama.
- 2 Vous profiterez d'une lecture sans publicité, de nombreuses fonctions avancées de lecture et des contenus exclusifs.
- 3 Aider Numerama dans sa mission : comprendre le présent pour anticiper l'avenir.
Si vous croyez en un web gratuit et à une information de qualité accessible au plus grand nombre, rejoignez Numerama+.
Toute l'actu tech en un clin d'œil
Ajoutez Numerama à votre écran d'accueil et restez connectés au futur !
Le futur n’attend pas : anticipez l’avenir des nouvelles technologies et de l’IA en lisant gratuitement ToujoursPlus, chaque jeudi dans votre boîte mail !