微软租用亚马逊AWS服务器扩充GitHub基础设施 解决频繁宕机问题

微软 Azure 服务器容量竟然不够？

在被微软收购前 GitHub 主要通过自建基础设施支持平台运行，不过在被微软收购后 GitHub 已经逐步将服务迁移到 Microsoft Azure 云计算平台，按理说作为头部云计算服务提供商，微软的计算容量应该是非常丰富的才对，所以为什么现在微软还要找亚马逊租借容量呢？所以只能是微软的服务器容量也已经非常紧张。

让各位开发者感受比较明显的就是 GitHub 现在宕机频率越来越高、故障时间越来越长，这甚至导致部分知名的开源项目迁移到其他平台，并非 GitHub 不好用，纯粹就是现在 GitHub 故障频率太高让开发者难以接受，所以开发者要迁移到更加稳定的平台。

容量告警的根本原因是 AI 智能体编程爆发式增长：

如本文开头强调的，GitHub 面临的容量告警是最基础的服务器容量不足，并非 GitHub 在人工智能方面存在太大的算力缺口 (确实也存在成本问题)，而引起服务器容量不足的根本原因则是 AI 智能体编程的爆发式增长，这种工作流导致 GitHub 提交量大幅度飙升，在 2025 年 GitHub 提交量约为 10 亿次，而在 2026 年预计将达到 140 亿次。

GitHub 首席技术官在 4 月份的可用性更新中也提到，最初公司计划将服务器容量提高 10 倍，但由于情况比较紧急，所以在 2026 年 2 月 GitHub 将原本的容量提升计划扩展到 30 倍，这种容量急速提升可能让微软也觉得可怕，毕竟 Azure 容量也是有限的。

微软确认 GitHub 将探索多云策略：

商业内幕在发布消息的同时也联系微软进行确认，这次微软倒是回应得非常干脆，微软称由于智能体开发的惊人增长已经超过基础设施极限，GitHub 正在加速向 Azure 迁移，同时探索多云策略以获得更好的弹性和规模，最终目的都是提升 GitHub 的稳定性。

当然对微软来说相比 GitHub 频繁宕机严重影响开发者体验，向竞争对手租借容量的尴尬局面倒是次要考虑，而且在当下时代，与竞争对手合作也不是什么大问题，例如Google此前就与 SpaceX 达成 AI 算力租借协议，原因是Google GCP 的 AI 算力也无法满足Google和客户的需求。