GitHub 遭遇 AI 流量洪峰，扩容至 Azure 仍频现宕机

导读：GitHub 对自家大力推广的 AI 技术被用户大规模真实使用感到意外。

过去数月，受 AI 辅助编程及智能开发流程驱动，平台流量暴涨，GitHub 的服务稳定性持续承压。

作为全球顶级的代码托管平台，GitHub 正试图通过扩容及将更多负载迁移至 Azure 基础设来解决难题，但系统可靠性依旧波动不定。

在 2026 年 5 月的可用性报告中，GitHub 公开承认发生了 9 起导致性能下滑的事件，较 4 月减少了一起。

这似乎显现出些许好转迹象。

不过，GitHub 团队清楚这只是短暂平稳，其软件工程高级副总裁 Jakub Oleksy 表示仍需付出更多努力。

他在报告中称：“我们正进行结构性改革，以彻底根除这些故障模式。我们深知任重道远，但承诺将全力以赴，确保 GitHub 在用户需要时能随时可靠运行。”

为降低 AI 服务成本冲击并应对大模型供应商政策变动，该代码托管平台曾短暂暂停新的 Copilot 订阅，并调整了 Copilot 定价策略。

GitHub 在 4 月的文章中透露，原计划于 2025 年 10 月将容量提升 10 倍，但截至 2026 年 2 月，面对提交、拉取请求及新仓库的激增，发现需扩容 30 倍方能应对。

GitHub 在 2025 年全年的提交量达 10 亿次，而如今单月提交量已高达 14 亿次。

Oleksy 指出：“目前 40% 的单体应用流量源自 Azure（2 月仅为 8%），Git 流量占 30%，仓库克隆占比达 99%。”“短短四个月内，我们的有效容量已翻倍有余。”

Oleksy 强调，通过将用户、认证及授权模块移至独立域，隔离主数据库集群，旨在防止故障在系统内扩散。

然而，这并未完全化解 GitHub 持续的可用性难题，部分原因在于 Azure 近期也面临容量瓶颈。5 月发生 9 起事件，4 月为 10 起，预计 6 月数据也相差无几。

“GitHub 状态缺失页面”是一个非官方项目，专门用于追踪 GitHub 服务异常。

https://mrshu.github.io/github-statuses/

据该项目统计，2026 年 5 月共爆发 12 起故障，过去 90 天正常运行时间为 87.26%。按月统计，GitHub 可用性分别为：4 月 78.33%，5 月 93.86%，6 月至今为 88.39%。

相比之下，GitHub 官方状态页展示的数据更为乐观，所列服务的正常运行时间多在 99.9% 上下。

这些差异取决于统计范围及中断时长。

GitHub 官方事件历史页显示，4 月发生 26 起事件，5 月 23 起，6 月至今 12 起。

今年上半年 GitHub 波折不断，如内部代码泄露、AI 活动日益频繁，希望其稳定性能持续提升～

作者：场长