GitHub de Microsoft entreprend une migration massive de l’ensemble de son infrastructure vers Azure, une décision si critique que l’entreprise suspend le développement de nouvelles fonctionnalités pour la mener à bien.
Cette décision, motivée par des problèmes urgents de capacité et les exigences de l’IA, représente l’étape la plus décisive dans l’intégration de la plateforme avec sa société mère depuis son acquisition en 2018.
Ce changement stratégique, qui devrait prendre jusqu’à deux ans, signale une intégration plus approfondie avec la société mère Microsoft. Cela survient deux mois seulement après le départ de l’ancien PDG Thomas Dohmke et l’absorption de la plateforme dans la division CoreAI de Microsoft.
Une évolution « existentielle » pour suivre le rythme. IA
Le principal moteur de cette refonte est la croissance explosive des outils basés sur l’IA comme GitHub Copilot, qui changent fondamentalement la façon dont les développeurs utilisent la plate-forme. La direction de GitHub affirme que son infrastructure actuelle, basée dans des centres de données dédiés en Virginie, atteint ses limites opérationnelles. Le directeur technique Vladimir Fedorov a qualifié la situation d’insoutenable dans une note au personnel.
Il a déclaré: « Nous sommes limités en termes de capacité des serveurs de données avec des possibilités limitées d’apporter plus de capacité en ligne en Virginie du Nord. région”, décrivant la migration comme une nécessité urgente.
L’augmentation de l’activité des développeurs et les flux de travail d’IA intensifs en calcul ont créé une demande de ressources que seul un fournisseur de cloud hyperscale peut fournir de manière fiable.
Fedorov a carrément décrit la situation comme critique pour l’avenir de la plate-forme, déclarant: « il est existentiel pour GitHub d’avoir la capacité d’évoluer pour répondre aux demandes de l’IA et du Copilot, et Azure est notre voie à suivre.”
Kyle Daigle, COO de GitHub, a fait écho à ce sentiment, confirmant l’accent mis par l’entreprise sur l’évolutivité pour maintenir la qualité du service.”Nous devons évoluer plus rapidement pour répondre à la croissance explosive de l’activité des développeurs et des workflows basés sur l’IA, et notre infrastructure actuelle atteint ses limites”, a-t-il expliqué dans un communiqué.
Cette décision se positionne comme essentielle pour maintenir la stabilité et les performances dont dépend sa base d’utilisateurs massive.
Tout-en-un sur Azure : une migration à enjeux élevés
Pour garantir le succès de la transition, GitHub prend la décision importante d’arrêter temporairement le développement de la plupart des nouvelles fonctionnalités. Dans sa note, Fedorov a souligné la nécessité d’un effort concentré, notant:”nous demanderons aux équipes de retarder le travail sur les fonctionnalités pour se concentrer sur le déplacement de GitHub. Nous avons une petite fenêtre d’opportunité… et nous devons rendre cette fenêtre aussi courte que possible.”
L’objectif ambitieux est d’achever le travail de migration de base dans les 12 mois, avec une transition complète dans 24 mois.
Cette approche globale s’inspire des échecs passés. GitHub a déjà tenté des migrations partielles vers Azure qui ont finalement été bloquées ou abandonnées.
Fedorov a directement reconnu ces revers, admettant:”Je sais que ce n’est pas la première fois que nous disons que GitHub migre vers Azure. Je sais aussi que ces types de migrations peuvent s’éterniser, et plus elles traînent longtemps, plus elles risquent d’échouer.”Cette fois, le mandat des dirigeants est clair : la migration doit être achevée.
Cependant, la migration comporte des risques techniques importants. Des sources familières avec l’architecture de la plateforme ont fait part de leurs inquiétudes concernant le déplacement de systèmes complexes, tels que les clusters MySQL nus de GitHub, vers un environnement cloud.
Ces bases de données constituent l’épine dorsale du service, et une transition mal exécutée pourrait entraîner davantage de pannes qui ont récemment frappé la plateforme.
Un porte-parole de GitHub a cherché à rassurer les utilisateurs, affirmant que la fiabilité est la priorité. priorité absolue et que la migration est essentielle pour garantir une disponibilité à long terme.
La fin d’une ère indépendante
Cette migration marque la fin définitive de l’indépendance opérationnelle promise par Microsoft lors de l’acquisition de GitHub pour 7,5 milliards de dollars en 2018. À l’époque, le PDG de Microsoft, Satya Nadella, défendait l’autonomie de la plateforme, déclarant: « Microsoft est une entreprise axée sur les développeurs, et en unissant nos forces avec GitHub, nous renforçons notre engagement en faveur de la liberté, de l’ouverture et de l’innovation des développeurs. L’accord a été finalisé plus tard cette année-là.
Pendant des années, Microsoft a agi en tant que gestionnaire prudent, permettant largement à GitHub de maintenir sa propre culture et sa propre infrastructure. Mais le départ du PDG Thomas Dohmke en août 2025 a clairement marqué un tournant.
Son départ a coïncidé avec le placement de GitHub sous le contrôle direct de la division CoreAI de Microsoft, une décision destinée à renforcer l’alignement avec la stratégie centrale d’IA de l’entreprise.
Le passage à Azure est la prochaine étape logique de cette consolidation. Cela fait écho à d’autres réorganisations récentes au sein de Microsoft, comme la réunification de ses équipes d’ingénierie Windows pour accélérer sa vision « Agentic OS ». Ce modèle montre un mandat clair de l’entreprise pour briser les silos et concentrer toutes les principales plates-formes sur un avenir unifié axé d’abord sur l’IA.
Bien que cela promette des ressources plus importantes et une intégration plus profonde avec des outils comme Azure AI, cela lie également plus étroitement le destin de GitHub aux priorités internes de Microsoft, mettant ainsi fin à une ère d’indépendance pour la plus grande communauté de développeurs au monde.
