GitHub遭遇大规模宕机：AI代码提交激增致架构瓶颈，扩容400万核仍难解电力与效率困局

8月17日，GitHub全球服务出现严重中断，导致程序员无法推送代码、自动测试卡死以及合并请求失败。此次故障持续了超过7个小时，影响了从发布软件到日常开发的各个环节。

GitHub首席技术官Vlad Fedorov对此表示歉意，指出问题源于美国中部数据中心关键组件未能跟上流量增长，最终导致系统发生「容量失败」。这是该公司8月内遭遇的第二次重大事故，期间入口请求失败率一度超过50%。

故障暴露了AI智能体对代码托管服务带来的新挑战：今年9月，GitHub上的代码提交量达到73.8亿次，是去年同期的五倍多。AI智能体的频繁存档行为使得推送次数激增至33.5亿次，同时自动化流水线运行量也增长至32.6亿次。

技术根源在于GitHub的老旧架构难以适应高并发写入需求。在原有设计中，每次存档都需要在多份备份间同步数据，且写入操作串行处理，导致效率低下。此外，机房电力耗尽也限制了硬件扩容，迫使部分工作向微软Azure云平台迁移。

为彻底解决问题，GitHub正在推行架构升级，将读写分离、集中存储并引入后台专用清理机制。虽然测试显示新架构可将写入吞吐量提升35倍，但如此大规模的「空中换引擎」式手术必须在系统正常运行的情况下完成，极具挑战性。

此次宕机事件直接催生了市场变化。8月17日故障发生当日，AI编程助手Cursor发布了自家的代码托管平台Origin，被外界视为潜在的GitHub替代品。