2026 年 6 月 16 日，RuntimeWire 和 Business Insider 分别援引知情人士消息报道，微软正在向其最大云竞争对手 AWS 租用计算容量，以缓解旗下 GitHub 平台因 AI 驱动的代码生成浪潮而面临的严重算力短缺。这一消息揭示了一个令人咋舌的数字：GitHub 的年度代码提交量预计将从 2025 年的 10 亿次飙升至 2026 年的 140 亿次。微软尽管计划在 2026 日历年投入约 1900 亿美元的资本支出用于数据中心扩建，但建设速度仍然无法匹配 AI 编码工具带来的需求爆炸。

微软一位发言人确认公司正在"探索多云战略"以应对需求压力，但拒绝对 AWS 的具体合作细节置评。该发言人将矛头指向"自去年年底以来智能体开发的惊人增长"，称这股浪潮已将基础设施推到了极限。GitHub 首席运营官 Kyle Daigle 在今年 4 月已经公开预警过这一增长态势，但当时的行业反应更多将其视为 GitHub 的乐观增长叙事，而非迫在眉睫的基础设施危机。现在回过头看，140 亿次提交的预测不仅成真了，而且来得比所有人预想的都快。

事件的讽刺之处在于其竞争态势。微软与 AWS 是全球云计算市场上最大的竞争对手——AWS 稳居市场第一，Azure 凭借与 OpenAI 的深度绑定持续蚕食市场份额。微软曾设定目标在 2027 年前将 GitHub 完全迁移至 Azure，以彻底摆脱对 AWS 的底层依赖。但 AI 代码浪潮将这个时间表撕得粉碎。据 Business Insider 获取的内部会议音频，一位微软高管去年年底在内部会议上直言，GitHub 需要进行"根本性的彻底翻修"，才能与 Cursor 和 Anthropic 的 Claude Code 等 AI 原生编程工具竞争。而现在，微软不仅没能完成翻修，反而不得不向其宿敌购买算力。

GitHub 今年的可靠性表现加剧了问题的紧迫性。仅今年上半年，GitHub 就发生了数十次重大服务中断。HashiCorp 联合创始人 Mitchell Hashimoto 在社交媒体上发出了尖锐批评："如果 GitHub 每天、每小时都把你拒之门外，那它就不再是适合严肃工作的平台了。"这句话击中了要害——对于依赖 GitHub 进行代码托管、CI/CD 和协作的数千万开发者而言，服务不可用不是用户体验问题，而是生产力中断。而中断的根本原因，恰恰是 Copilot 等 AI 功能对基础设施的胃口已经超出了 Azure 能单独喂饱的范围。

微软转向 AWS 并非孤例。整个科技行业正在经历一场前所未有的 AI 基础设施短缺。就在几周前，谷歌与 SpaceX 达成了一项令业界瞠目的交易——谷歌将从 2026 年 10 月起，每月向 SpaceX 支付 9.2 亿美元购买 AI 计算容量，合同持续至 2029 年 6 月。与此同时，谷歌云还同意向 Anthropic 出售 AI 算力。这些"非传统联盟"正在重塑云计算市场的竞争版图——昔日的"你死我活"正在被实用主义替代，当算力短缺成为共同敌人时，竞争对手之间也不得不做交易。

微软的困境还折射出一个更深层的结构性问题。GitHub Copilot 是 AI 编程工具的先驱，截至 2025 年底，其用户数已突破 2000 万。但 Copilot 的成功也是一把双刃剑——每一条 AI 生成的代码提交、每一次自动补全请求、每一个代码审查建议，都在消耗 GitHub 基础设施的计算资源。当 AI 编程工具的渗透率从早期采用者扩散到主流开发者群体时，算力需求发生了阶跃式的增长。GitHub 要同时承担传统代码托管、CI/CD 计算、和 AI 推理三大负载，其中 AI 推理的能耗和算力密度远超前两者的总和。

对 AWS 而言，这桩交易是多重意义上的胜利。它不仅在财务上直接受益——从最大竞争对手那里获得了一笔可观的算力租用收入——更在战略层面巩固了其云基础设施的不可替代性。如果连微软这样的云计算二号玩家在关键时刻都需要 AWS 来兜底，那么 AWS 的规模优势和全球覆盖能力构成了何种级别的护城河，无需过多解释。这也从侧面回应了关于 AI 可能蚕食云计算市场的担忧：AI 不仅没有蚕食云计算，反而可能在加速其增长。

截至发稿，微软和 AWS 均未公布合作的具体规模和时间框架，GitHub 向 Azure 的迁移计划也未正式宣告延期。

参考来源：Microsoft turns to AWS as GitHub faces AI capacity crunch - RuntimeWire