GitHub baut Git-Infrastruktur für Agent-Entwicklung um

GitHub räumt seiner Git-Infrastruktur grundsätzlich um - und der Grund sind nicht Menschen, sondern Agenten. Agentic Software Development mit KI-Agenten, die parallel zu Entwicklern in Repos arbeiten, erzeugt Lastprofile, für die die bisherige Architektur nicht gebaut war. Im September fielen allein 7,38 Milliarden Commits an - fünfmal so viele wie ein Jahr zuvor. Pushes wuchsen um den Faktor 4,9 auf 3,35 Milliarden pro Monat, GitHub Actions lief 3,26 Milliarden Mal (4x jährlich).

Das Problem: Schreiblast statt Leselast

Die bisherige Architektur (Spokes) speichert jedes Repository redundant auf fünf Fileservers. Das Problem: Dieselben Kopien dienen gleichzeitig als Persistenz und als Lese-Skalierung. Jedes Replikat ist an jedem Schreibvorgang beteiligt - ein Push ist nur so schnell wie das langsamste Replikat. Mehr Lesekapazität heißt also automatisch langsamere Schreibvorgänge. Das war bisher okay, aber mit Agenten, die in engen Loops nach fast jeder Aktion committen und auf ihren eigenen Branches arbeiten, wird genau das zum Flaschenhals. Dazu kommt: CI- und Code-Scanning-Fleets fetchen denselben Branch-Tip tausendfach pro Minute.

Der Ansatz: Koordination minimieren, Storage und Compute trennen

GitHub setzt auf klassische verteilte-Systeme-Prinzipien:

• Nur koordinieren, was Konsens braucht: Der kritische Pfad eines Pushes schrumpft auf das Reference-Update selbst - Objekte speichern, Konnektivität prüfen und Secret-Scanning laufen parallel.
• Wartung vom Serving-Pfad entfernen: Compaction und Garbage Collection laufen in separaten Workern gegen den dauerhaften Storage, statt auf denselben Hosts wie Live-Git-Requests.
• Lesen ohne zusätzliche persistente Kopien skalieren: Leichtgewichtige Cache-Worker bedienen Requests, darunter liegt eine persistente Storage-Schicht als alleinige Quelle der Wahrheit.
• Kapazität nach Bedarf: Compute-Worker lassen sich für Lastspitzen (Releases, neue Agent-Fleets) dynamisch zubuchen und danach wieder abbauen.

Menschen bleiben in Kontrolle

Interessantes Detail: GitHub betont, dass klassische Kontrollen erhalten bleiben - Branch-Protections, Pflicht-Reviews, Audit-Logs. Wenn Agenten mehr Arbeit übernehmen, sollen die Menschen, denen der Code gehört, weiterhin reviewen und freigeben. Interne Benchmarks zeigen bis zu 35x höheren Schreibdurchsatz, Lese-Kapazität skaliert unabhängig.

Quelle: GitHub Blog