Connexion Premium

GitHub migrera vers Azure « au cours des 24 prochains mois »

« Reviens, j’ai les mêmes à la maison ! »

GitHub migrera vers Azure « au cours des 24 prochains mois »

Depuis son rachat en juin 2018 pour 7,5 milliards de dollars, GitHub jouissait d’une relative indépendance au sein de Microsoft. La situation a commencé à changer en aout avec le départ du CEO de GitHub, Thomas Dohmke. Une étape supplémentaire sera franchie dans un futur proche : Microsoft a confirmé que tous les services seraient migrés vers Azure au « cours des 24 prochains mois ».

Le 09 octobre 2025 à 14h36

« GitHub migrera vers Azure au cours des 24 prochains mois, car nous pensons que c’est la bonne décision pour notre communauté et nos équipes. Nous devons évoluer plus rapidement pour répondre à la croissance explosive de l’activité des développeurs et des flux de travail alimentés par l’IA, et notre infrastructure actuelle atteint ses limites », a déclaré Kyle Daigle, directeur de l’exploitation de GitHub, à The Verge.

C’est ainsi que Microsoft a confirmé une rumeur de plus en plus insistante et dont nos confrères se faisaient le relai. Selon plusieurs sources, la décision serait considérée en interne comme « existentielle ». On peut effectivement y voir un problème de logique : pourquoi continuer sur une ancienne architecture dédiée (implantée en Virginie) alors que la maison-mère possède l’une des plus vastes infrastructures cloud au monde ?

Il s’agirait autant de réduire les couts d’un tel hébergement que de permettre la continuité dans le passage à l’échelle.

Une question existentielle

Nos confrères rapportent que l’annonce de cette migration aurait été faite en interne la semaine dernière par le directeur de la technologique de GitHub, Vladimir Fedorov.

« Nous sommes limités par la capacité des serveurs de données avec des possibilités limitées de mettre en ligne plus de capacité dans la région de Virginie du Nord », aurait écrit le responsable. « Nous devons le faire. Il est existentiel pour GitHub d’avoir la capacité d’évoluer pour répondre aux exigences de l’IA et de Copilot, et Azure est notre voie à suivre ».

La lettre évoque une « mobilisation » au sein d’Azure et de l’équipe CoreAI. Cette dernière est devenue centrale chez Microsoft, comme nous l’indiquions en aout. Thomas Dohmke, CEO de GitHub, démissionnait alors, sans remplacement programmé. Les troupes de GitHub étaient alors rapprochées de CoreAI, division créée l’année dernière dans le but affiché de développer une pile « Copilot & AI » pour les besoins internes et les clients.

12, 18 ou 24 mois ?

« Je sais que ce n’est pas la première fois que nous disons que GitHub passe à Azure. Je sais aussi que ce type de migrations (dont certaines que nous avons déjà essayées) peut s’éterniser, et plus elles traînent en longueur, plus elles sont susceptibles d’échouer », aurait également écrit Fedorov dans sa lettre interne.

Ce ne sera pas la première fois que GitHub doit déplacer des éléments de son infrastructure dans Azure. Le mouvement a déjà été fait pour Git dans Azure et Azure Sites Automation, et les migrations associées ne se seraient pas bien passées. Dans ce contexte, il aurait été demandé aux équipes de GitHub de travailler en priorité sur la migration complète vers Azure, quitte à retarder le développement de nouvelles fonctionnalités.

Selon le calendrier qu’a pu consulter The Verge, l’essentiel de la migration serait achevé dans les 12 mois. L’abandon complet de l’ancienne infrastructure se ferait dans les 18 mois, avec une marge de sécurité de 6 mois, aboutissant à une période maximale de deux ans.

Comme le rappellent d’ailleurs nos confrères, une migration de cette ampleur ne sera pas sans poser de nombreux défis. En plus du retard dans l’arrivée de fonctions prévues, elle pourrait entrainer des pannes plus ou moins importantes selon les services. GitHub en a connu plusieurs cette année et, à l’heure où nous écrivons ces lignes, Azure en connait une lui-même, avec de multiples perturbations à la clé.

Commentaires (26)

votre avatar
Super sens du timing avec la panne du jour.
Mention spéciale sur le « notre infra n’est pas assez puissante » pas du tout téléphoné lol.
votre avatar
Le problème c'est que ces dernières années, l'IA (enfin les crawlers pour entraîner les IA) ont réussi à impacter de nombreuses forges logiciel (notamment à cause des URL qui font des diff ou des blame) jusqu'à les faire tomber.

Que l'architecture de github ait pu tenir jusque là, vu la taille de github, c'est presque un miracle.
votre avatar
Bof.
Si tu la fais toi même l'archi, c'est tout à fait possible de faire mega costaud pour une fraction du prix du cloud. C'est complètement un move politique IMHO.
votre avatar
Parce que tu crois que Github va payer plein pot les services Azure ? Les deux c'est Microsoft derrière. Passer sur le cloud Azure ici, c'est plus une mutualisation qu'autre chose...
votre avatar
On le saura jamais, mais je pense que les prix seront élevés, ce n'est pas parce que c'est le même groupe en haut que la BU Azure va chercher à rogner sur ses marges.
Même à prix coûtant, ça sera plus cher que ce que tu peux faire en propre sans payer les ingés MS. Pour avoir vu à quel point ils arrosent de pognon pour gratter des millionièmes de % de dispo dans les DC des gros hébergeurs en Europe, je n'ai aucun mal à imaginer que c'est nawak en interne.
votre avatar
On le saura jamais
Et pourtant tu affirmes plein de choses derrières. C'est un peu contradictoire très cher ;)
Même à prix coûtant, ça sera plus cher que ce que tu peux faire en propre sans payer les ingés MS.
Source ?
votre avatar
Disons que c’est un educated guess.
Je ne peux pas trop révéler mes sources malheureusement, mais j’ai toutes les raisons de penser qu’elles sont sérieuses, avec de multiples anecdotes convergentes.
votre avatar
Oui donc en gros, tu affirmes des choses sans pouvoir prouver quoi que ce soit... c'est dommage.

Parce qu'autant, pour les "petits", le cloud (Azure ou autre, c'est pas la question) ça revient généralement plus cher et les prix sont les prix tout public.

Autant pour les gros (et github en fait parti, surtout que c'est la même boite au final), les tarifs sont des tarifs préférentiels, qui n'ont absolument rien à voir avec les tarifs grands publics.
votre avatar
Autant pour les gros (et github en fait parti, surtout que c'est la même boite au final), les tarifs sont des tarifs préférentiels, qui n'ont absolument rien à voir avec les tarifs grands publics.
Oui, les grands comptes ont généralement des tarifs négociés avec une remise. Perso quand je faisais des devis sur Azure, je proposais toujours deux version avec les tarifs publics et les prix négociés (il suffit de se logger sur la console et sélectionner l'Enterprise Agreement). Et aussi des tarifs en pay as you go et réservation.

Ça permettait d'estimer des marges d'erreur, voir d'optimisations selon si la réservation ou le pay as you go serait plus intéressant.

Dans le cas de la refacturation interne chez MS, j'avais souvenir de discu avec des gensde là bas qu'ils avaient des souscriptions Azure limitées en volume mais à très faible coût pour le training ou le maquettage client, mais ils ne peuvent pas faire ce qu'ils veulent. Un peu comme les souscriptions ouvertes dans le cadre d'une formation qui ont des policies très strictes d'activées.

Dans le cas de GitHub, m'est avis qu'ils paieront l'usage d'Azure à un tarif préférentiel. Ce doit déjà être le cas pour les runners GitHub Actions qui sont des VM chez Azure (sauf ceux basés MacOS il me semble) sur lesquels ils doivent même se faire une belle marge. Le runner 2 cores Ubuntu est facturé 0.48$ de l'heure, ce qui équivaut chez Azure à une VM 16 cores et 32 GB de RAM !

Si vous voulez savoir où sont hébergés les services actuels, suffit de regarder l'API meta qui liste tous les ranges IP de GitHub. Les services de base (web, Git, etc.) sont hébergés par GitHub tandis que Actions ce sont tous les ranges IP d'Azure US pour ainsi dire :D
votre avatar
Le runner 2 cores Ubuntu est facturé 0.48$ de l'heure, ce qui équivaut chez Azure à une VM 16 cores et 32 GB de RAM !
Intéressant.
Donc 360€/mois pour 16 cores et 32Go RAM ?
Un bareMetal OVH 16 cores (les plus rapides, plus de 5Gz) avec 64Go de RAM DDR5 5200Mhz c'est 55€ mois.
votre avatar
Tout est une question de durée d'usage. Si tu es sûr que la machine sera utilisée pendant un mois et un an, mettre une réservation vaut le coup (et faut comparer tous les SKU possibles en fonction des besoins, j'ai donné le tarif de la première qui venait).

Si c'est pour 5 heures de traitement par mois, c'est intéressant de faire du pay as you go. Je fais ça avec de la VM chez OVH perso quand j'en ai besoin.
votre avatar
et oui effectivement si tu as des besoins très ponctuels ou si tu veux scaler automatiquement sur certaines périodes c'est un calcul à faire.
votre avatar
Tiens voilà du miracle :)
x.com Twitter
CQFD, Github pages tenait sur deux r720 jusqu’en 2015.
Imagine ce que tu peux faire avec 100 r760 toutes options à peu prêt 20 fois plus performants, pour un budget de fonctionnement un peu en dessous de 200k par an…
A ce prix les types chez Azure ne décrochent même pas le téléphone.
votre avatar
Ouais, alors plusieurs choses :
1) tu le dis toi-même, jusqu'à 2015 (donc il y a 10 ans quand même)
2) C'est limité à Github page
3) C'est pour du site statique donc précompilé

Cela n'en reste pas moins une performance, mais ce n'est qu'une toute petite partie de l'infra de Github, et pour une infra telle qu'elle était il y a 10 ans.
A ce prix les types chez Azure ne décrochent même pas le téléphone.
Affirmation totalement gratuite, en contradiction complète avec mon expérience.
votre avatar
Pourtant il est bien dt que mettre tous ses œufs dans le même panier (ici : Azure) est tout sauf une bonne idée ...
votre avatar
Et du coup on pourra enfin avoir l'IPv6 ou bien on doit rester bloquer aux années 2000 ?
votre avatar
C'est pas garanti : travaillant sur Azure au quotidien, on voit l'IPv6 progresse, mais il est encore loin d'être dispo sur tous les services en iso-fonctionnalités avec IPv4 (règles WAF custom indisponibles, IPv6 non supporté sur App Gateway for Containers et AGIC, entre autres)
votre avatar
À savoir qu'une partie de GitHub était déjà chez Azure : GitHub Actions dont les runners hosted sont des VM chez Azure. (la partie Copilot aussi, très certainement)

Mais j'avoue que ça me faisait sourire à l'époque de voir les repos Git LFS pointer vers du S3 AWS. :D

Cela dit, quand j'étais en relation avec eux pour l'intégration chez un client on pouvait constater leur indépendance. La plupart des intervenants travaillaient sur des Mac (remarque, chez MS aussi) et les visios se faisaient parfois avec Zoom.
votre avatar
GitHub en a connu plusieurs cette année et, à l’heure où nous écrivons ces lignes, Azure en connait une lui-même
Et à l'heure ou je lis ces lignes, c'est GitHub qui rencontre des problèmes : https://www.githubstatus.com
votre avatar
J'espère que vous connaissez l'infrastructure système qui est derrière Azure ? Non, cherchez bien ! Ah bon, c'est pas des serveurs Microsoft ? C'est quoi alors ?
votre avatar
Pas compris.
votre avatar
Bah c'est du Linux non ?
votre avatar
Gagné !
votre avatar
Bonne ou mauvaise nouvelle ? Vraiment !
votre avatar
Je recommande la lecture de l'article de The Verge, allant plus loins dans le soulignement d'une campagne plus large vers la fin de l'autonomie de GitHub, incrustant les technologies Microsoft partout dans les processus de travail de GitHub.
Ainsi, les fonctionnalités mises en pause pour la migration de GitHub pourraient ne plus être les mêmes, et GitHub pourrait, en sortie de tunnel, n'être qu'une extension de CoreAI dans son fonctionnement-même.
votre avatar
Au delà de la migration somme toute évidente, c'est quel sera l'impact sur les services en termes de "termes" ?

The so called TOS.

Est-ce que les gratuits restent ? intact ? Est-ce qu'on se fera piller le code encore plus ? etc.

GitHub migrera vers Azure « au cours des 24 prochains mois »

  • Une question existentielle

  • 12, 18 ou 24 mois ?