导读：GitHub 对客户实际使用自己大力推广的 AI 技术感到真实的措手不及。

数个月以来，随着平台流量激增，这在很大程度上是由人工智能辅助编码和智能开发工作流程推动，GitHub 的服务可用性不断面临挑战。

这家全世界最大的代码共享网站一直在尝试通过扩展容量，并将更多工作负载迁移到  Azure 基础设施来解决这些问题，但可靠性仍然不甚稳定。

我们在 2026 年 5 月的 GitHub 可用性报告中看到，GitHub 自己坦承己见，共发生了 9 起导致性能下降的事件，比 4 月份的报告少了一起。

这确实让人看起来开始有点起色。

但是，GitHub团队知道这只是暂时的平稳，其软件工程高级副总裁Jakub Oleksy表示还有更多的工作要做。

他在报告中如此表示道：“我们正在进行结构性改革，以永久消除这些故障模式。我们承认还有很多工作要做，但我们致力于完成这些工作，并确保GitHub在用户需要时随时随地都能可靠运行。”

这家代码托管网站曾短暂停止新的 Copilot 订阅，以降低其 AI 服务的成本影响，并调整其 Copilot 定价以应对不断变化的大模型提供商政策。

GitHub在4 月份的一篇文章中阐述道，其原来计划在 2025 年 10 月将其容量扩大 10 倍，但到 2026 年 2 月，很明显地发现，需要扩大 30 倍才能容纳拉取请求、提交和新存储库的激增。

GitHub在2025年全年处理了10亿次提交。而现在，它每月就收到14亿次提交。

“我们现在有 40% 的单体应用流量来自 Azure（2 月份时仅为 8%），Git 流量占比 30%，仓库复制占比 99%。” Oleksy 表示说，“四个月内，我们的有效容量翻了一番还多。”

Oleksy 指出，通过将用户、身份验证和授权移至单独的域来隔离 GitHub 的主数据库集群，希望可以防止故障在整个系统中蔓延。

然而，这并未完全解决 GitHub 持续存在的可用性挑战，部分原因是 Azure最近也遇到了容量问题。5 月份发生了 9 起事件，而 4 月份发生了 10 起。6 月份的事件数量预计也几乎相近。

“GitHub 状态缺失页面” （Missing GitHub Status Page）是一个非官方项目，用于追踪 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的活动越来频繁，我们希望它越来越稳定～

作者：场长