GitHub可用性报告: 2026年5月

5月份,我们经历了9次事件,导致GitHub服务的性能下降。文章GitHub可用性报告: 2026年5月首次出现在GitHub博客上。

在3月和4月,我们分享了GitHub的可用性和基础设施投资的最新情况。随着这项工作的继续,以及我们接近一些重要的里程碑,我们希望开始在每月的可订状态报告中分享更多定期更新。因此,在我们深入了解5月份的事件之前,以下是我们如何跟踪我们正在进行的工作,以使GitHub更可靠。

我们在使GitHub更具弹性方面取得的进展简短版本: GitHub的流量正在迅速增长,这在很大程度上是由人工智能辅助和代理开发工作流程推动的,我们一直在改造我们的基础设施以跟上它的步伐。这意味着迁移到Azure以获得弹性容量,将我们的整体拆分为孤立的服务,并消除导致过去事件的共享故障点。这就是我们的立场。

我们现在为来自Azure的40%的整体流量提供服务(高于2月份的8% ), Git流量为30%,存储库复制为99%。我们的有效容量在四个月内增加了一倍以上。与此同时,我们正在完成主数据库集群的隔离:将用户、身份验证和授权拆分为独立的域,以便一个问题不再能够跨平台级联。

我们的新用户服务被完全切断,以大幅降低的数据库成本处理双倍的流量。无状态身份验证令牌也在推出,消除了在流量激增期间放大压力的每个请求数据库查找。我们正在进行结构性更改,永久删除故障模式。

我们承认我们有工作要做,但我们致力于完成工作,并在您需要的时间和地点使GitHub可靠。指导我们决策的原则很简单:可用性、容量、功能。感谢您与我们合作,帮助我们不断增强GitHub的可靠性和弹性。5月份,我们经历了9次事件,导致GitHub服务的性能下降。