競合クラウドの容量を借りて、自社製品のインフラを支える。MicrosoftがGitHubの逼迫に対処するためAmazon Web Services（AWS）から増設したという報道は、AI開発の急増がプラットフォーム規模の課題になっていることを示しています。
この記事では、Business Insiderの報道内容と、GitHub公式・各メディアが裏付ける負荷増大の実態を整理します。
この記事でわかること
- MicrosoftがGitHub向けにAWSの容量を増設したという報道の要点
- AIコーディングとエージェント開発がGitHubに与えている負荷の規模
- Azure移行を進める一方でマルチクラウドを選んだ背景
- 開発者が今後注目すべき可用性とインフラの動き
競合クラウドを借りるという選択
Business Insiderは、計画に詳しい2人の関係者の話として、MicrosoftがGitHubを支えるためAWSから追加のクラウド容量を確保したと報じました。報道では、この措置はAI関連の障害と信頼性の問題への対応であり、Azureへの全面移行（2027年完了予定）からの戦略転換ではなく、当面の運用上のつなぎだと位置づけられています。
MicrosoftもGitHubも、このAWS利用について公式に確認していません。ただし、GitHubの負荷増大と障害の連続は、GitHub公式ブログやThe Registerなど複数の情報源で裏付けられています。大規模サービスが長期移行の合間に第三者クラウドで即時の弾力性を確保するのは、業界では珍しくないパターンです。
AI開発がGitHubを押し上げている
GitHub COOのKyle Daigleは2026年4月、2025年通年で10億件だったコミット数が、週2億7500万件に達していると公表しました。線形に伸び続ければ2026年は140億件規模になりますが、Daigle自身も「そうはならないだろう」と述べ、さらなる加速を示唆しています（参考）。
The Registerの報道では、昨年1年分に相当したコミット量を、現在は毎月処理していると整理されています（参考）。AIエージェントが開いたプルリクエストは、2025年9月の約400万件から2026年3月には1700万件超へと、半年で4倍以上に増えたと報じられています。
GitHub Actionsの週間実行時間も、2023年の週5億分から2025年の週10億分を経て、2026年初頭には単週で21億分に達しました。コミットの伸びに比べ、CI/CDの検証インフラは同じペースで伸びていません。
障害が続く中での対応
GitHubは2026年5月の可用性レポートで、月内に性能低下を伴う障害が9件あったと認めました（GitHub公式ブログ）。4月は10件でした。
障害の内容は多岐にわたります。データベースのスキーマ移行と本番トラフィックが重なりプルリクエストが赤表示になった事例、GitHub Actionsのホストランナーで最大42%のワークフローが失敗した事例、Copilotのクラウドエージェントセッションが起動できなくなった事例などです。AI支援開発のワークフローが、Git操作だけでなくActionsやCopilotまで巻き込んでいます。
GitHubは対策として、モノリシックな基盤を分離し、共有の障害点を減らす方針を掲げています。2026年2月時点でAzure上のモノリストラフィックは8%でしたが、5月には40%に達し、Gitトラフィックは30%、リポジトリ複製は99%と報告されています。4か月で実効容量は2倍以上に拡大したとしています。
Azure一本化とマルチクラウドの両立
GitHubは長年、自社データセンターとクラウドのハイブリッドで運用してきました。CTOのVladimir Fedorovは、バージニアのデータセンターが容量に制約を受けていると社内で述べ、24か月以内に自社データセンターからの完全撤退とAzureへの移行を掲げています（The New Stack）。
2025年後半には容量を10倍にする計画でしたが、数か月で需要を見誤り、30倍規模の拡張を目指す段階に移行しています（DevOps.com）。新機能開発より可用性を優先し、チームにAzure移行作業への集中を求める方針も明らかにされています。
一方、DevOps.comはGitHubがマルチクラウド戦略を進め、冗長性向上のためクラウド展開を拡大していると報じています。Azure移行の本命路線と、AWSによる即時増設は矛盾しません。長期の基盤刷新には時間がかかり、AIエージェントが生むトラフィックの急増には、すでに手の届く容量が必要だからです。The Registerも、Azure側にも容量問題があったことを指摘しており、単一クラウドへの依存だけでは間に合わない状況がうかがえます。
開発者にとって何が変わるか
GitHubは可用性レポートで「可用性、次に容量、それから機能」という優先順位を明示しています。エージェント開発（agentic development）とは、AIが自律的にコードを書き、プルリクエストやCI/CDを回す開発スタイルを指します。この流れが本番ワークロード化し、デモ段階の負荷を超えています。
Copilotの新規サインアップ一時停止や従量課金への移行も、需要とコストのミスマッチへの対応として報じられています。GitHubがAI利用の料金体系やレート制限を見直せば、エージェント向けの利用枠が有料化・制限強化される可能性もあります。
当面は、GitHubのステータスページと月次の可用性レポートを確認し、ActionsやCopilotに依存するパイプラインにはリトライ設計やリージョン分散を検討するのが現実的です。AWS増設が一時的なバッファか恒常的な容量層になるかは、現時点では報道だけでは断定できません。MicrosoftかGitHubが公式に触れるまで、匿名情報筋に基づく報道として扱う必要があります。
AIがコード生成の速度を上げた結果、世界最大のコードホスティング基盤が自社クラウドだけでは追いつかず、競合のインフラまで借りる局面に来ています。インフラ戦略の話に見えて、実態は「AI開発が本番負荷になった」という業界全体のシグナルです。