GitHub 服务中断追踪:GitHub 完蛋了吗?
GitHub Outage Tracker: Is GitHub Cooked?

原始链接: https://isgithubcooked.com/

我创建这个网站的初衷,是希望能根据我所构建产品所依赖的服务及受影响的严重程度,来筛选 GitHub 的故障历史。每个人的可靠性叙述,都取决于他们所依赖的服务以及预期的“几个 9”。请使用上方的筛选器来设定属于你的需求。你的筛选条件可能与他人不同,现在你可以明确自己的标准,避免各说各话了。自 2016 年 3 月以来,GitHub 已发生 1125 起故障,平均每月发生 24 起(较过去三个月下降 5%)。在此期间,其最长的无故障间隔为 8 天,结束于 2025 年 12 月 31 日;情况最糟糕的月份是 2026 年 2 月,共发生了 37 起故障。

Hacker News 上关于“isgithubcooked.com”的讨论,反映了人们对 GitHub 可靠性下降的广泛不满。用户愈发诟病该平台频繁出现的宕机问题,认为在海量流量高峰(尤其是由 AI 生成的代码和自动化流程引起的)面前,GitHub 的服务已变得“脆弱不堪”。 争议的核心在于 GitHub 是否应该优先考虑付费企业客户,而非免费用户。虽然有人认为 GitHub 是自身成功的受害者,在应对极端压力时应当给予理解,但主流情绪依然是烦躁与不满。许多人认为,GitHub 的不稳定是其为了追求 AI 驱动的增长而忽视服务稳定性所带来的后果。 批评者指出,尽管微软资源雄厚,却未能妥善解决技术债务,也未实施合理的限流措施来保护核心服务。对许多专业人士而言,系统停机已成为一项关键的业务风险,导致一些人开始质疑是否应继续依赖该平台。归根结底,这篇讨论串捕捉到了一种日益增长的情绪:GitHub 似乎迷失了方向,难以在其作为大型公共基础设施的角色与企业级专业工作流所需的可靠性之间取得平衡。
相关文章

原文

I made this site because I wanted to filter GitHub's incident history for the services and severity levels that affect the products I build.

Everybody's reliability narrative is a function of the services they depend on and the 9's they expect. Use the filters above to dial in on yours.

Your filter set might be different from somebody else's. Now you can declare yours and avoid talking past each other!

GitHub has had 1125 incidents since March 2016, implying a monthly incident rate of 24 (↓ 5% vs prev 3mo).

During that time, their longest streak without an incident was 8 days, ending Dec 31, 2025, and the worst month was February 2026 with 37 incidents.

联系我们 contact @ memedata.com