« 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.

Surfshark One à partir de 2,49€ / Mois !

Jusqu’au 7 septembre, Surfshark surclasse tous ses nouveaux clients ! La suite de cybersécurité complète + VPN débarque au prix de la formule de base, soit 2,49€ par mois seulement. VPN, antivirus, bloqueur de pub à prix mini !

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. »

Depuis avril 2026, le volume mensuel de commits est passé de 1,4 à 2,9 milliards. // Source : GitHub

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.