La vague d’outils IA appliqués au code a fait sauter les compteurs de GitHub. Après une année 2024 déjà en croissance naturelle, l’adoption d’agents et d’assistants génératifs début 2025 a déclenché un pic d’activité inédit sur la plateforme de Microsoft, avec à la clé une multiplication des créations de dépôts, des pull requests, des appels d’API, des workflows Actions et des charges sur les très gros monorepos. Les effets de seuil se voient partout : le moindre point faible d’un sous-système finit par provoquer des symptômes systémiques.
Instabilité en série, priorités réordonnées
GitHub a engagé en octobre 2025 un plan pour porter sa capacité à 10x. En février 2026, le cap interne est passé à 30x, signe d’une trajectoire de charge plus agressive que prévu et d’une pression directe sur la disponibilité. Le service a enchaîné des incidents majeurs et des micro-coupures ces derniers mois, assez pour susciter des plaintes publiques et des migrations visibles, comme celle de « Ghostly » annoncée par son développeur Mitchell Hashimoto.
La feuille de route est désormais claire : disponibilité d’abord, capacité ensuite, nouveautés en dernier. GitHub dit avoir résorbé plusieurs goulets récents et bascule davantage de calculs sur Microsoft Azure pour profiter d’une élasticité fine en fonction de la charge. Les composants critiques – Git, GitHub Actions – sont en cours d’isolement physique des autres workloads, et une architecture multi‑cloud est activement préparée pour renforcer la reprise après sinistre.
Refonte du socle et incidents récents
La plateforme engage une reconstruction de certaines briques de bas niveau pour gagner en résilience, évolutivité et tolérance aux pannes. Objectif : neutraliser l’effet ciseau créé par l’IA, qui dope simultanément la volumétrie des repos, l’intensité des merges et le trafic machine‑à‑machine. À l’échelle actuelle, un « détail » d’implémentation peut devenir un facteur de risque global en quelques semaines.
Deux pannes sont détaillées. Le 23 avril, un rollback fonctionnel a perturbé la merge queue, touchant 658 dépôts et 2 092 pull requests. Le 27 avril, le sous‑système Elasticsearch a subi une panne isolée : pas de perte de données, Git et les API sont restés opérationnels, mais les vues dépendantes de la recherche n’affichaient plus de résultats. GitHub maintient son enquête de cause racine et promet des correctifs structurels.
La séquence confirme une réalité bien connue des architectures distribuées à très grande échelle : l’industrialisation passe par la désagrégation des services critiques, l’élasticité pilotée par la télémétrie et une capacité multi‑cloud crédible. Si GitHub exécute rapidement l’isolement de Git et d’Actions, réduit les couplages avec la recherche et améliore la gestion des rollbacks, la plateforme devrait absorber la prochaine vague d’agents IA sans rééditer les à‑coups de ce printemps.
Source : ITHome
