Introduction
Git a été conçu pour la collaboration humaine : quelques développeurs, des merges occasionnels, une coordination essentiellement manuelle. Depuis 2025, l'essor des agents IA en a changé radicalement le régime d'utilisation. GitHub a enregistré 473,3 milliards d'événements Git en un seul mois en août 2026, un volume qui a plus que doublé en un an. Face à cette charge inédite, l'infrastructure vieille de dix ans a montré ses limites. La réponse s'appelle Rubicon.
Spokes, l'ancien monde
Pendant des années, GitHub s'est appuyé sur une architecture baptisée Spokes : des copies répliquées de chaque dépôt distribuées sur plusieurs serveurs, avec un mécanisme de consensus pour maintenir la cohérence. Cette architecture a bien servi des millions d'équipes humaines, mais elle souffrait d'un plafond structurel : quelques centaines de writes par seconde au maximum sur un dépôt donné. Les opérations d'écriture se bloquaient mutuellement, et la compaction, ce travail de maintenance qui réorganise les objets Git en arrière-plan, consommait les ressources des serveurs de production.
Le point de rupture est survenu entre mars et mai 2026 : un dépôt particulièrement actif a vu ses requêtes quotidiennes bondir de 44 millions à 181 millions en l'espace de deux mois. Quatre fois plus de charge, sur un système dimensionné pour en absorber bien moins.
L'architecture Rubicon en trois couches
Annoncé à GitHub Universe en novembre 2026, le projet Rubicon réorganise fondamentalement le stockage Git autour de trois composants indépendants qui scalent séparément.
Les objets Git, commits, arbres, blobs, sont immuables par nature. Leur contenu ne change jamais une fois écrit, ce qui permet de les stocker dans Azure Blob Storage sans aucune coordination. Un blob est un blob, identifié par son hash, récupérable depuis n'importe quel nœud sans synchronisation.
Les références (branches, tags) sont mutables et nécessitent, elles, une cohérence stricte. C'est là qu'intervient Ref-CAS, un service de journal répliqué basé sur un mécanisme de compare-and-swap avec quorum majoritaire. Chaque mise à jour de référence passe par un vote entre réplicas avant validation. Découplé du stockage des objets, Ref-CAS peut traiter des dizaines de milliers d'opérations par seconde, indépendamment du volume de données.
La couche compute, les virtual replicas, devient sans état persistant : des nœuds légers qui maintiennent un cache local, servent les requêtes en lecture, et délèguent l'écriture à l'infrastructure centrale. Quand un nœud disparaît, rien n'est perdu.
Le résultat de cette séparation : 7 200 pushes par seconde vers un seul dépôt avec 5 000 agents concurrents, soit une amélioration de 35x par rapport à l'ancien système en écriture.
Reconstruire en vol
Ce qui rend cette migration remarquable sur le plan de l'ingénierie, c'est qu'elle a été menée sans interruption de service, sur une plateforme qui héberge des centaines de millions de dépôts. 99,99999 % des dépôts GitHub avaient déjà été migrés vers Azure lors d'un précédent chantier. Rubicon s'est construit en dessous, remplaçant progressivement les couches inférieures pendant que le système restait opérationnel.
Cette approche, modifier les fondations sans couper l'eau, est l'un des défis les plus complexes de l'ingénierie logicielle en production. Elle exige une discipline stricte en matière de rétrocompatibilité, d'observabilité et de déploiement progressif.
Ce que les équipes DevOps doivent retenir
Les principes qui guident Rubicon, simplifier les primitives, découpler le stockage du compute, minimiser la coordination, ne sont pas propres à GitHub. Ils reflètent les grands patterns des systèmes distribués modernes appliqués à un problème longtemps considéré comme résolu.
Pour les équipes qui gèrent des forges internes ou des pipelines CI/CD intensifs, la leçon est double : le découplage des états mutables et immuables n'est pas qu'un luxe d'hyperscaler, et les monolithes de stockage bien huilés peuvent devenir les prochains goulots d'étranglement à mesure que les agents IA s'intègrent aux chaînes de livraison.
Rubicon est actuellement en préversion privée limitée. Un déploiement plus large est prévu début 2027.