GitHub 容量不足で Microsoft がライバル AWS にすがる — AI 時代のインフラ集中という代償

GitHub が連発で落ちた — 容量不足で AWS にすがる Microsoft #

GitHub でここ数日、Web UI・API・Actions・Codespaces まで波及する規模の障害が立て続けに発生した。世界中の CI/CD が断続的に止まり、多くの開発組織で「リリースが出せない数時間」が生まれた。原因として浮上したのが、コンピューティング能力そのものの枯渇 だ。報道によれば、親会社の Microsoft はライバル AWS にキャパシティ提供を打診せざるを得ない状況にあるという。Azure を擁する Microsoft が、よりによって AWS に頭を下げる構図そのものが、問題の深刻さを物語っている。

なぜ AI が GitHub を圧迫しているのか #

背景はほぼ一点に集約される。AI コーディングと AI エージェントの爆発的普及 だ。Copilot や Claude Code、Cursor、各種 MCP クライアントは秒単位で repo を clone し、git blame や PR 本文を繰り返し読み込む。人間の開発者一人あたりが叩く GitHub API の回数は、もはや桁が違う。Actions ランナーも AI 自動レビュー Bot や生成テストで常時逼迫しており、「自動 PR が自動レビューを呼んで自動マージされる」機械同士の対話がインフラを灼く。容量計画が想定していた "人間の開発者" というユニットは、すでに実態に合っていない。

セキュリティ屋から見た論点 #

• 単一障害点の肥大化：世界の OSS と企業コードは事実上 GitHub に集約済み。サプライチェーン攻撃の射程は「内部汚染」だけでなく「GitHub の可用性そのもの」に広がっている
• AI トラフィックは "合法的 DDoS"：悪意なき大量アクセスが平時のサービスを揺らす。WAF や rate-limit の前提が崩れ、Bot 検出も人間との区別がつかなくなる
• 代替の貧弱さ：GitLab・Codeberg・自前 Forgejo はあるが、Actions エコシステムから抜けるコストは高く、避難先として機能していない
• クロスクラウド依存の不透明さ：Microsoft → AWS のような跨ぎ利用が常態化すれば、データ所在や暗号化責任の境界が曖昧になりコンプライアンス説明が難しくなる

GitHub の停止は、もはや GitHub 単体の問題ではない。AI を組み込んだ開発のスピード感が、それを支えるインフラより先に走っているという話だ。この亀裂をどう処理するかが、AI 時代の開発基盤の試金石になる。