Business Insider が発表した情報によると、人工知能コーディングによる使用量の爆発的な増加により、Microsoft のコード ホスティング プラットフォーム GitHub は現在、非常に深刻なインフラストラクチャ容量の圧力に直面しています。プラットフォームの長期的な安定した運用を確保するために、Microsoft は主要な競合他社である Amazon から追加のコンピューティング能力のレンタルを開始しました。 Microsoft がレンタルしているのは AI コンピューティング能力ではなく、クラウド コンピューティング インフラストラクチャのコンピューティング能力であることを強調しておく必要があります。
Microsoft Azure サーバーの容量が十分ではありませんか?
Microsoft に買収される前、GitHub は主に独自のインフラストラクチャ サポート プラットフォームを通じて運営されていました。ただし、Microsoft に買収された後、GitHub はそのサービスを Microsoft Azure クラウド コンピューティング プラットフォームに徐々に移行してきました。大手クラウド コンピューティング サービス プロバイダーとして、Microsoft のコンピューティング能力が非常に豊富であるのは当然のことですが、なぜ Microsoft は今も Amazon に能力のレンタルを求めているのでしょうか?したがって、Microsoft のサーバー容量がすでに非常に逼迫しているとしか考えられません。
開発者がより明白に感じているのは、GitHub でダウンタイムの頻度がますます高くなり、障害時間がますます長くなっているということです。これにより、いくつかの有名なオープンソース プロジェクトが他のプラットフォームに移行することさえありました。 GitHub が使いにくいということではなく、単に GitHub の障害の頻度が高すぎて開発者が受け入れられないため、開発者はより安定したプラットフォームに移行する必要があります。
キャパシティ アラームの根本的な原因は、AI エージェント プログラミングの爆発的な増加です。
この記事の冒頭で強調したように、GitHub が直面する容量の警告は、最も基本的なサーバー容量の不足です。 GitHub に人工知能における計算能力の差が大きいというわけではありません (確かにコストの問題があります)。サーバー容量不足の根本原因は、AI エージェント プログラミングの爆発的な成長です。この種のワークフローにより、GitHub への送信が大幅に増加しました。 2025 年には GitHub への送信数は約 10 億回、2026 年には 1,400 億回に達すると予想されています。
GitHub の最高技術責任者は、4 月の可用性に関する最新情報の中で、同社が当初サーバー容量を 10 倍に増やす計画だったことにも言及しました。しかし、緊急事態のため、GitHub は当初の容量増加計画を 2026 年 2 月に 30 倍に拡大しました。この急速な容量増加は Microsoft にとっても恐怖を感じるかもしれません。結局のところ、Azure の容量にも限界があります。
Microsoft は、GitHub がマルチクラウド戦略を検討することを認めています。
Business Insider もニュースを公開する際に Microsoft に確認を求めました。今回の Microsoft の反応は非常にシンプルでした。 Microsoft は、エージェント開発の驚異的な成長によりインフラストラクチャの限界を超えたため、GitHub はより優れた弾力性とスケールを得るためにマルチクラウド戦略を模索しながら、Azure への移行を加速していると述べました。最終的な目標は、GitHub の安定性を向上させることです。
もちろん、Microsoft にとって、開発者のエクスペリエンスに深刻な影響を与える GitHub の頻繁なダウンタイムに比べれば、競合他社から容量を借りるという恥ずかしい状況は二の次です。また、今の時代、競合他社との連携は大きな問題ではありません。たとえば、Googleは以前、SpaceXとAIコンピューティング能力のレンタル契約を締結した。その理由は、Google GCP の AI コンピューティング能力では Google と顧客のニーズを満たすことができないためです。