マイクロソフト、GitHubの能力不足でAWSを活用
Azureと競合する巨大なイマイクロソフトは、AI主導の開発活動が増加し、GitHubの能力が限界に達したため、AWSの能力を借りることを決定した。
同社は、GitHubを2027年までにAzureに移行する計画だが、現在、インフラ需要が不足しており、AWSの使用は不可欠である。
MicrosoftがGitHubの運用にAWSを導入した背景にあるのは、AIによるコード作成活動の急増がプラットフォームの負荷を高めたこと。Business Insiderの報道によると、MicrosoftはGitHubの運用を維持するため、Amazon Web Services（AWS）のインフラを追加利用している。
GitHubの負荷がAzureの計画を上回った
2018年にGitHubを買収したMicrosoftは、開発者向けプラットフォームとしてAzureを基盤に据えることを約束していた。しかし、GitHubの利用量が予定より早く増加し、Azureへの移行が間に合わなかったため、AWSのインフラを追加で利用している。
GitHubの成長とインフラの限界
GitHubの利用量は年々増加しており、2026年には140億件のコミットが予想されている。この急成長はインフラの負荷を高め、GitHubが信頼性を確保する必要性を生んでいる。
信頼性が製品の脅威になる
GitHubのダウンタイムは、開発者の作業フローを妨げるため、信頼性が低下すると競合企業が台頭する可能性がある。MicrosoftはAI支援開発の制御盤としてGitHubを位置づけているため、プラットフォームの信頼性は企業戦略の一部である。
まとめ
MicrosoftがGitHubにAWSを導入した背景には、AIによるコード作成活動の急増とインフラの限界がある。今後、GitHubの信頼性を確保するための戦略が注目される。
原文の冒頭を表示（英語・3段落のみ）
Satya Nadella's Microsoft is adding Amazon Web Services capacity to keep GitHub running after an AI-driven surge in coding activity strained the platform, Business Insider reported Tuesday, citing two people familiar with the plans.
The arrangement cuts against the neat version of the GitHub acquisition story Microsoft sold in 2018: buy the developer platform, fold its infrastructure toward Azure, and make Microsoft's cloud the default substrate for the world's software work. Instead, GitHub's load curve has moved faster than the migration plan. Business Insider reported that Microsoft had planned to move GitHub fully to Azure by 2027, but is now adding extra capacity from AWS while the platform deals with outages and higher usage.
Microsoft confirmed the broader multi-cloud shift without confirming AWS by name. A spokesperson told Business Insider that "the incredible spike in agentic development" since late 2025 has tested GitHub's infrastructure limits, and said Microsoft is accelerating the Azure move while exploring a multi-cloud strategy for elasticity and scale. Amazon told the outlet it does not comment on individual clients.
※ 著作権に配慮し、引用は冒頭3段落までです。続きは元記事をご覧ください。
Hacker News コメント
機械翻訳。HN の元スレッド ↗
コミット数は2026年に140億に達する見込みで、2025年の10倍以上になるAIの影響がすごい。
原文
> commits were on pace to hit 14 billion in 2026, up from 1 billion in 2025So AI means 14x the checkins? That's not 14x features completed, but still... wow.
何％のプルリクエストが依存関係更新や複数のコードレビューボットによるものか、特に依存botと多くのコードレビューボットがそれらのPRをレビューしている場合に気になる。私自身は、それらが1%以上であると信じており、雪崩のように押し寄せてくると思う。
原文
I wonder what percentage of pull requests are cascading updates caused by dependabot and multiple code review bots reviewing those PRs.My belief is it is likely 1% or more. And likely coming in as an avalanche.
私はマイクロソフトの重役とトーマス・プレストン＝ウェルナーとの初会合を設定した。私が印象に残ったのはロバート・ヤングジョンズ（重役）がトムにGitHubをAzureに移行するには何が必要か尋ねた時だ。驚いたことにトムは即座に回答し、IOPSが非常に重要で仮想ディスクの速度では遅いと述べた。
原文
I helped set up the first meeting between a Microsoft executive and Thomas Preston-Werner.One of the moments that stood out to me was when Robert Youngjohns (the exec) asked Tom what it would take to have GitHub move to Azure. I was surprised that Tom had a response ready, saying that IOPS were really important and that virtual disks weren’t fast enough.
保存しておくために、次に「全てのクラウドプロバイダーは同じ」論を展開する人々のために。
原文
Saving this for the next time someone trots out the "All cloud providers are the same" line
容易に批判するが よりも GitHubが成功の下で滅びるよりも存続する方を望むから このMSに感謝する
原文
Easy to criticize this, but I rather see GitHub survive than fail under its own success. So thanks for acting on this MS!
十年以上前、AWSに在籍していた時、私を驚かせたのは明確に予期していなかったことだが、膨大な容量需要の増加に対応するユニットのスケールと能力だった。これは私にアマゾン全体を見直すきっかけとなり、今でも基本的に物流会社と捉えている。店舗と公衆クラウドはその収益化手段に過ぎない。
原文
If there’s one thing that surprised me at AWS during my time there - over a decade ago now - that I was not clearly expecting in advance, it was the scale and competence of the units fulfilling the colossal and unceasing growth in capacity demand.This led me to reconsider Amazon as a whole, and I still think of it basically as a logistics firm, with the shop and the public cloud merely a monetisation thereof.
面白いことにAnthropicがxAIを選び、MicrosoftがAmazonを選んだ。恐らくただの占いだが、更に辛辣な表現を望むなら、JassyはFableを捨てたと指摘することも可能だ。
原文
Interesting to see Anthropic go with xAI and Microsoft go with Amazon.(Probably just tea leaves. If you wanted to be extra spicy, you’d note that Jassy just threw Fable under the bus.)
何種類のビブコーディングされたウェブサイトかと言えば、最悪の無限スクロールでアクセス不能なフッターを実現し、タイトルタグが正しく機能していない（ChromeとFirefoxではURLのみが表示される）- メタキーワードに2007年式のキーワードスタッフィングがある- 全ページはクライアントサイドのReactで空のボディー？その制作会社は自社サイトで、ビブコーディングを全て行うと誇らしげに主張している：https://gradientnoise.com/EDIT: 実は記事の大半がAI生成であることが判明した：https://blog.ryanmerket.com/how-i-built-runtimewire-a-one-piece-of-journalism-software-and-the-tech-behind-it/
原文
What kind of vibecoded website is this?- the worst infinite scroll I've ever seen making it impossible to access the footer- the title tag doesn't seem to work properly (just shows the URL in the tab title, on Chrome and Firefox)- 2007-style keyword stuffing in meta keywords- the entire page is client-side react with a completely empty body?The agency that built it even proudly states on their website that they vibecode everything: https://gradientnoise.com/EDIT: Turns out, the articles are mostly AI-generated as well? https://blog.ryanmerket.com/how-i-built-runtimewire-a-one-pe...> And this is the gate that lets me sleep: a story only auto-publishes if the editor says PASS, the risk score is comfortably low, a hero image exists, and it has at least one source
最近 Python プロジェクトを眺めていたら RTC について学ぶ機会があって、色々試してみた。https://github.com/aiortc/aiortcコードは良くて役に立った。PR を見て面白いものがないか探した。読み始めたら、GitHub Copilot と誰かの Claude を話しているのを発見した。そこで Dead Internet Theory が既に起きていたと悟った。
原文
I was recently looking at a Python project to learn a bit about RTC and just generally hack around and try something out.https://github.com/aiortc/aiortcIt was fun and I found the code nice and helpful.I clicked on the PRs to see if there was anything interesting to look at. I started reading one when I just realised I was just reading someone’s Claude talking to GitHub Copilot. That was when I decided that the Dead Internet Theory had already happened.
彼らはクラウドフレアで無償のエッジ展開を活用して、無限にスケールすることができたはずなので、ホノワーカーと協力すべきだった。
原文
They should have made it work with hono workers so they could scale to infinity with free edge deployment on cloudflare - Senior JS Developer (Kai Lentit)