GitHub、Gitインフラストラクチャ刷新を発表──エージェント開発時代の月間4,730億件超のイベントに対応
AIエージェントによる数千規模の並行コミットやCIの負荷増大に対応するため、GitHubがGitストレージと永続化レイヤーの再設計に着手した。
リリース: 2026-10-06 · 読了 3 分記事の要約
1. 核心（What）
- GitHub上の総Gitアクティビティは2025年9月から2026年8月にかけて2倍以上の4,730億件/月に増加した。
- 2026年9月単月で開発者とAIエージェントによるコミット数は73.8億件に達し、前年同期比で5倍以上に膨らんだ。
- 最も負荷の高いリポジトリでは、2026年8月だけで約10億件のリクエストを記録した。
- GitHub Actionsの実行回数は前年同期比4倍超の32.6億回を記録した。
2. 影響（Why）
- エージェント開発への構造的対応: 数千のAIエージェントが独立したブランチで同時にプッシュやCIを実行するワークロードでは、単一の参照先での競合や書き込み遅延がボトルネックになるため、インフラの抜本的な見直しが不可欠となる。
- 国内大規模SaaS・AI開発チームへの影響: マルチエージェントによる自動コーディングを自社パイプラインに組み込んでいる国内のAIプロダクト開発企業は、Gitホスティング側の書き込みスループットやマージ競合の仕様変化を前提にCI/CD設計を見直す必要がある。
3. 根拠・詳細（How）
- Spokesによる従来型アーキテクチャの限界: 現在のSpokesはローカルディスクのファイルサーバー5台にフルコピーを保持し、3相コミットプロトコルで整合性を担保しているが、読取レプリカの追加がそのまま書き込み速度の低下を招く構造的な課題を抱えている。
- 分散システム設計による耐久性とスケールの分離: エージェント時代の高並行リクエストに対応するため、書き込みの耐久性と読み取りのスケーラビリティを分離し、グローバル規模の書き込み集中ポイントを最適化する新しい分散ストレージモデルへ移行する。
4. 展望・課題（Next）
- ダウンタイムなしの段階的移行: 世界中のコードベースを止めずにインフラの再構築を進め、企業ユーザーのブランチ保護や監査ログなどの既存のガバナンス機能を維持しながらロールアウトする計画である。