Putain de connard ! Le site de partage de code Microsoft subit des temps d’arrêt, malgré le passage à Azure

GitHub a connu des difficultés avec la disponibilité des services ces derniers mois, alors que le trafic sur la plate-forme a augmenté, en grande partie grâce aux flux de travail de codage assistés par l’IA et de développement agent. Le site de partage de code a tenté de résoudre ces problèmes en augmentant la capacité et en migrant davantage de charges de travail vers l’infrastructure Azure, mais la fiabilité reste inégale.

Dans le rapport de disponibilité GitHub de mai 2026, GitHub reconnaît neuf incidents qui ont dégradé les performances, soit un de moins que son rapport d’avril.

C’est quelque chose. Mais Jakub Oleksy, vice-président directeur de l’ingénierie logicielle chez GitHub, affirme qu’il reste encore beaucoup à faire.

« Nous apportons des changements structurels qui suppriment définitivement les modes de défaillance », a-t-il déclaré dans le rapport. « Nous reconnaissons que nous avons du travail à faire, mais nous nous engageons à le faire et à rendre GitHub fiable quand et où vous en avez besoin. »

Le site d’hébergement de code de Microsoft également brièvement interrompu les nouveaux abonnements Copilot pour réduire l’impact financier de ses services d’IA et ajuster ses tarifs Copilot pour tenir compte de l’évolution des politiques des fournisseurs de modèles.

Comme indiqué dans un Article d’avrilGitHub avait prévu d’augmenter sa capacité de 10 fois en octobre 2025, mais en février 2026, il était devenu évident qu’une expansion de 30 fois serait nécessaire pour répondre à l’augmentation des demandes d’extraction, des commits et des nouveaux dépôts.

L’année dernière, GitHub aurait traité 1 milliard de commits pour toute l’année. Aujourd’hui, il reçoit 1,4 milliard d’engagements chaque mois.

« Nous servons désormais 40 % du trafic monolithique d’Azure (contre 8 % en février), avec un trafic Git à 30 % et une réplication de référentiel à 99 % », a déclaré Oleksy. « Nous avons plus que doublé notre capacité effective en quatre mois. »

Oleksy note que les efforts visant à isoler le cluster de base de données principal de GitHub en déplaçant les utilisateurs, l’authentification et l’autorisation dans des domaines distincts devraient empêcher les pannes qui se propagent à travers le système.

Cela n’a pas tout à fait résolu les problèmes de disponibilité actuels de GitHub, en partie parce qu’Azure a également a récemment été confronté à des problèmes de capacité. Il y a eu neuf incidents en mai, contre 10 incidents en avril. Et le mois de juin devrait atteindre un nombre similaire.

Le Page d’état GitHub manquanteun non-officiel projet pour suivre les problèmes du service GitHub, compte 12 incidents en mai et rapporte un temps de disponibilité de 87,26 % au cours des 90 derniers jours. Par mois, le projet place la disponibilité de GitHub à 78,33 % en avril, 93,86 % en mai et 88,39 % pour juin jusqu’à présent.

Page de statut officielle de GitHub présente une vision beaucoup plus flatteuse de la disponibilité, avec des chiffres de disponibilité généralement autour de 99,9 pour cent pour les services répertoriés.

Ces chiffres dépendent de ce qui est comptabilisé et de la durée de la perturbation. Propre à GitHub page d’historique des incidents cite 26 incidents en avril, 23 en mai et 12 à ce jour en juin. ®