⚡ 人間なら気にもしなかったプッシュの遅さが、エージェントにとっては律速になる。GitHubがGitインフラを作り直している理由は、そこにあります。 数字が変化の規模を物語っています。GitHubの月間Gitイベントは2025年9月の2,182億から2026年8月には4,733億へと倍増し、9月単月のコミットは73.8億で前年の5倍を超えました。プッシュは6.9億から33.5億へと4.9倍、プルリクエストのマージもほぼ4倍、GitHub Actionsの実行は32.6億回に達しています。開発者とエージェントが同じリポジトリで同時に手を動かす時代が、すでに実測値として現れている状態です。 ここで浮かび上がったのが、現在のアーキテクチャが抱える構造的な緊張でした。既定で5台のファイルサーバーにフルコピーを置き、クォーラムで整合性を取る設計は10億のリポジトリを支えてきた実績があります。ただしこの方式では耐久性とスケールが結合しており、読み取り負荷を吸収しようとレプリカを足すと、すべてのレプリカがすべてのプッシュに参加するため書き込みまで遅くなってしまいます。CIやコードスキャンが同じブランチ先端を毎分数千回取りにくる現状では、この結合がそのまま天井になります。 そこで打たれた手が、協調の最小化とストレージ・コンピュートの分離でした。協調が要るのはリファレンスの更新だけと割り切り、オブジェクト保存や検証は並列化。コンパクションとGCは処理経路から外して専用ワーカーへ逃がします。正本はAzure Blob Storageに置き、その手前に軽量なワーカーがキャッシュ層として立つ構成です。これなら読み取りはキャッシュで吸収でき、耐久性レプリカを増やさずに済みます。ワーカーを1台失ってもそれは単なるキャッシュミスに格下げされ、代わりはすぐ立ち上がります。内部ベンチマークでは書き込みスループットが最大35倍とのことです。 ブランチ保護も監査ログもレビュー要件もそのまま維持される、という点も明記されています。 タイトル: Building Git infrastructure for agent-scale development URL: #Git# #インフラ#