GitHub可用性低下、AIコーディング急増が原因

Microsoft傘下のコード共有プラットフォームGitHubが、AI支援コーディングとエージェント型開発ワークフローによるトラフィック急増への対応に苦慮している。The Registerの報道によれば、プラットフォームは過去数ヶ月にわたり可用性の低下に直面しており、容量拡大とAzureインフラへの移行を進めているが、信頼性の改善は進んでいない。

トラフィック急増の実態

GitHubが2026年5月のAvailability Reportで公表したところによると、サービス品質を低下させたインシデントは9件に上る。これは4月の10件から1件減少したものの、依然として高い水準だ。

トラフィック増加の主因はAIアシスタント「GitHub Copilot」の普及と、それに伴うエージェント型開発フローの急拡大にある。2025年には年間10億コミットだった処理量が、2026年に入ると月間14億コミットに跳ね上がった。開発者がCopilotを使いこなすほど、プルリクエストやコミットの生成頻度が指数関数的に増加している。

GitHubのJakub Oleksy SVPは「恒久的に障害モードを除去する構造的変更を行っている」と述べ、「我々にはやるべき仕事がある。GitHubを必要とするときに信頼できる状態にする」とコメントしている。

この現状は皮肉な構図を示している。MicrosoftがCopilotというAI機能を積極的に推進し、開発者にAI支援コーディングを奨励すればするほど、自社プラットフォームに負荷がかかる。いわば「AIの普及が自社インフラを圧迫する」という矛盾した状態に陥っている。

容量拡大計画の修正

GitHubの容量計画は需要の急増に追いついていない。2025年10月時点では10倍の容量拡大を計画していた。しかし2026年2月の時点で、30倍の拡張が必要であることが判明した。需要予測が実際のトラフィック成長率に全く追いつかなかったことを示している。

この背景には、AIエージェントが生成するコミットやプルリクエストの質と量の変化がある。人間の開発者が書くコードに比べて、AIエージェントは連続的に大量の変更を生成しやすい。結果としてGitリポジトリへの書き込み負荷が従来の想定を大幅に上回っている。

MicrosoftはMicrosoft MarkItDown LLM向けMarkdown変換ツールのようなLLM連携ツールの開発にも注力しているが、自社プラットフォームの基盤強化が追いついていない。

Azure移行の進捗と課題

GitHubは可用性問題への対応として、ワークロードのAzure移行を加速している。Oleksy SVPによれば、モノリス（単一アーキテクチャ）のトラフィックのうちAzureが処理する割合は2月の8%から40%に増加した。Gitトラフィックは30%、リポジトリ複製は99%がAzure経由になっている。

同氏は「実効容量を4ヶ月で2倍以上に増やした」と述べている。また、プライマリデータベースクラスタの分離を進め、ユーザー認証や認可を別ドメインに移動することで、障害の連鎖を防止する取り組みも行っている。

しかし、これらの対策はまだ十分な効果を上げていない。問題の一因は、移行先のAzure自体も容量問題に直面していることにある。Azureのリソース逼迫がGitHubの復旧を遅らせるという、クラウド依存のリスクが顕在化している。

MicrosoftはMicrosoft、AIエージェント専用OS搭載のSolara発表で示したように、AIエージェント向けの新たなプラットフォーム戦略を推進している。しかし、GitHubという既存基盤の信頼性確保が先行課題となっている。

非公式データが示す現状

公式のインシデント報告とは別に、非公式のプロジェクト「The Missing GitHub Status Page」がより厳しい数字を報告している。同プロジェクトはGitHubのサービス問題を追跡しており、5月のインシデント数を12件とカウント。過去90日間の稼働率を87.26%と算出している。

月別に見ると、4月が78.33%、5月が93.86%、6月が88.39%と推移している。大手クラウドサービスとしては低い水準であり、特に開発ワークフローの中核としてGitHubに依存する組織にとっては深刻な数字と言える。稼働率が80%を下回る月があるということは、月に6日以上のダウンタイムが発生している計算になる。

コスト調整と今後の見通し

GitHubは可用性問題に加えて、コスト面でも苦しい判断を迫られている。Copilotの新規サブスクリプションを一時的に停止し、モデルプロバイダーのポリシー変更に対応するための価格調整を行った。AIサービスの処理コストが収益を圧迫していることを示している。

Microsoft CEOのSatya Nadellaは以前、自社AI依存戦略文書を否定する声明を発表しているが、GitHubの現状は「AIへの依存拡大が自社インフラに深刻な負荷をもたらす」という現実を浮き彫りにしている。

今後の見通しとして、Oleksy SVPは「恒久的に障害モードを除去する構造的変更」を約束している。ただし、需要の増加ペースが明らかに供給を上回っていることから、短期的な解決は困難と見られる。特にAIエージェントによる開発の自動化が進めば、トラフィックはさらに増加する可能性が高い。

編集部の見解

短期的には、GitHubの可用性問題はAIエージェントを活用する開発チームにとって深刻なボトルネックになる。CI/CDパイプラインの停止やプルリクエストの遅延は開発速度に直接影響する。企業はGitLabやBitbucketなどの代替プラットフォームへの分散を検討する必要がある。特にミッションクリティカルなリポジトリについては、マルチクラウド戦略の一環としてホスティングの分散化が不可避と考える。

長期的視点では、GitHubの信頼性問題が開発ツール市場の地殻変動を引き起こす可能性がある。AIエージェントが生成するトラフィックパターンは従来の人間の開発者とは本質的に異なる。GitHubのような単一プラットフォームへの集中がリスクとなる認識が広がれば、分散型バージョン管理やエッジコンピューティングを活用した新興サービスの台風を促す可能性がある。

編集部としては、AIが普及すればするほどインフラ需要が高まるという逆説的な構図が、SaaSプラットフォーム全体に共通する課題として浮上している点に注目したい。GitHubの問題は単なる一企業のキャパシティ問題ではなく、AI時代におけるクラウドサービスの設計思想そのものが問われていると言えよう。

参考

• The Register: Holy git! Microsoft code-sharing site suffers downtime, despite move to Azure — 2026-06-12公開
• GitHub Availability Report (May 2026) — GitHub公式ステータスページ