問題嘅根源係 Agent 編碼帶嚟嘅驚人需求衝擊。GitHub 最初嘅設計根本唔係用嚟應付軟體自己寫 Code、自己提交、自己部署嘅超規模運作。
即時嘅觸發點好清楚:GitHub 嘅基礎設施根本吸收唔到呢個負荷。平台嘅基建團隊喺 2025 年 10 月計劃咗 10 倍容量擴張,但到咗 2026 年 2 月就發現實際需要係 30 倍增長 。
眼見每星期嘅死機影響數百萬開發者同 AI Agent,Microsoft 做咗一個營運決定,唔係戰略決定。佢哋向 AWS 買咗臨時容量嚟穩定個平台 。
一位 Microsoft 發言人確認 GitHub 正在使用多個雲端供應商,但拒絕評論有無用到 Amazon,只係話:「舊年年底開始嘅 Agent 開發激增,對我哋嘅基建造成咗考驗」。呢批 AWS 容量被形容為臨時措施,用嚟紓緩即時壓力,同時繼續進行搬去 Azure 嘅長期計劃 。
呢件事好諷刺。Microsoft 喺 2018 年用 75 億美元收購 GitHub,目標就係要將佢融入 Azure,同 AWS 直接競爭 。但而家,AI 熱潮(好多都係由 GitHub 自己嘅 Copilot 推動)反而迫到 Microsoft 要向死敵租伺服器。
租用 AWS 係一個好大嘅信號,顯示 GitHub 嘅 Azure 搬遷計劃嚴重落後,而且完全追唔上需求。2018 年收購之後,Microsoft 制定咗計劃,要將 GitHub 所有基建由舊數據中心搬到 Azure 。呢個係一個多年嘅工程:
原本嘅計劃係 2027 年之前將 GitHub 完全搬上 Azure 。但 AI 編碼嘅負載曲線跑得快過搬遷時間表 。GitHub 嘅 CTO 承認平台仍然綁喺舊數據中心,限制咗佢哋喺流量爆炸時快速擴展嘅能力 。
向 AWS 加 capacity 暗示咗,Azure 可能喺適當嘅地理區域冇足夠嘅可用運算資源,或者根本冇辦法快過死機速度去提供容量 。對於一間睇 Azure 係未來嘅公司嚟講,呢個係一個好大嘅營運讓步。
除咗向 AWS 租機呢個 headline 級嘅動作,GitHub 同 Microsoft 亦實施咗幾個營運變革去解決根本問題:
重點唔係 Microsoft 要放棄 Azure 唔再用嚟做 GitHub 嘅基建——佢哋唔會。重點係 AI 編碼 Agent 已經永久改變咗開發者基建嘅規模。GitHub 嘅負載本來係設計俾人類打字嘅。而家,佢哋要即場重新設計一套架構,去應付一個軟體自己寫自己嘅世界。就算係 Microsoft 呢間萬億美元市值嘅公司,都會被打到措手不及,要迫住靠最大嘅競爭對手先維持到運作。