Contexte et évolutions d’infrastructure
En octobre 2026, GitHub a porté 140 services sur 151 et 32 bases MySQL primaires sur 50 vers Azure Central US, représentant 63 % des lectures migrées, 66 % des lectures monolithiques et 52 % des lectures Git. Cette migration a été accompagnée d’une expansion du calcul sur les neuf clusters Kubernetes du centre US, doublant ainsi la capacité disponible. Depuis mars, le trafic des services migrés a progressé de 82 %, la charge supplémentaire étant absorbée sans dépasser la plage opérationnelle précédente du datacenter d’origine.
Améliorations de capacité et d’isolation
GitHub a déplacé un point d’accès Actions très sollicité, traitant plus de 250 millions de requêtes quotidiennes, vers un chemin de service plus efficace, ce qui a réduit les lectures de base de données de pointe de 85 %. De plus, l’exigence d’au moins trois caractères avant la recherche de topics de dépôt a limité les requêtes lentes ou interrompues de 98 %. Un mécanisme NAT‑gateway a diminué l’utilisation de ressources de 85 %, limitant les échecs de jobs de 800 à 4. Ces mesures visent à éviter que des pannes de dépendances ne déclenchent des tempêtes de reconnexions.
Analyse des incidents d’octobre
Le 5 octobre, une panne d’écriture a duré 3 h 38, affectant les jobs GitHub Actions qui sont restés en file d’attente pendant plus de 90 minutes. La cause identifiée était une défaillance partielle du réseau cloud entre le datacenter et les bases de données hébergées, entraînant des appels bloqués jusqu’à l’expiration, un empilement de requêtes, un dépassement de mémoire et un redémarrage du service d’affectation des jobs. Le basculement vers une région saine n’a pas suffi, la capacité disponible étant insuffisante pour absorber le surplus.
Le 6 octobre, une seconde interruption a duré 3 h 43. Un pic d’activité de migration via GitHub Enterprise Importer a généré des requêtes très volumineuses qui ont saturé les connexions d’une base de données partagée, provoquant l’échec ou le ralentissement de 1,3 % des requêtes et impactant 6 400 organisations. Les migrations ont été suspendues jusqu’à l’application d’un correctif fractionnant les requêtes en lots plus petits.
Perspectives et actions correctives
GitHub prévoit de finaliser le déploiement d’East US 3, actuellement une semaine en retard, avec un premier trafic validé prévu début décembre. Les priorités restent la détection rapide des pannes réseau partielles, le renforcement de l’isolation des dépendances et la validation des scénarios de récupération régionale. Les services d’affectation des runners seront rendus plus résilients aux pics de charge, et la priorisation des affectations sera affinée selon le profil client. Ces mesures visent à réduire la probabilité de surcharge mémoire et à garantir que les basculements régionaux disposent d’une capacité suffisante pour absorber les charges transitoires.
