GitHub : ce que change la migration Azure inachevée

GitHub a publié son point disponibilité le 14 octobre 2026, pour la période d'août et septembre. Au 7 octobre, 120 des 160 services de production tournaient dans la région Central US. Seules 13 des 51 bases MySQL principales avaient été déplacées. Azure traitait aussi 65,4 % du trafic de lecture de l'application principale, 48,3 % du trafic de lecture Git et 80,2 % du traitement de flux. GitHub précise que ces pourcentages portent sur des charges différentes et ne s'additionnent pas.

Le déploiement n'a pas tenu le calendrier. GitHub visait le 30 septembre pour déployer tous les services de production dans la région, et cet objectif a été manqué. Les déploiements et les hausses de trafic ont été suspendus le 11 septembre, car la capacité était inégale entre zones de disponibilité. Ils ont repris le 18 septembre, avec l'objectif d'ouvrir toute la capacité disponible fin octobre.

Hors migration, GitHub a déplacé 24 tables d'authentification hors de sa plus ancienne base partagée. Cela retire environ un million de requêtes par seconde de ses réplicas. Le cluster qui sert les issues et les pull requests a supprimé près de 980 millions de lignes d'historique d'édition inutiles, soit environ 1,8 téraoctets récupérables. Les blocages hebdomadaires ont chuté d'environ 77 % par rapport au pic de juin, et un nettoyage continu empêche le retour de cette croissance.

Côté pull requests, la moitié du trafic échantillonné peut continuer avec des fonctionnalités limitées quand une dépendance partagée tombe. Le routage du trafic base peut aussi ajouter de la capacité pendant les pics : un groupe est passé de 14 à 19 instances lors d'une hausse d'activité le 23 septembre. Un contrôle de surcharge en production permet aux intervenants de refuser les requêtes de faible priorité avant la saturation générale.