GitHub今日发生服务事故,该网站可筛选其自2016年3月以来的1125起事故记录,近三月平均每月24起,最长无事故记录为8天。
正文
好的,这是根据您的要求,对原文内容进行的中文重述,保留了核心细节,并删减了与主题无关的表述。
标题:GitHub 又出故障了吗?
核心结论:是的,今天就有故障。
该网站旨在帮助用户筛选和查看 GitHub 的历史故障记录。网站创建者表示,由于每个人依赖的服务和对可靠性的期望不同,因此制作了这个工具,让用户可以根据自己关心的服务和严重等级来查看故障历史,从而更精准地讨论 GitHub 的可靠性问题。
关键数据概览:
- 自 2016 年 3 月以来,GitHub 共发生了 1125 起故障。
- 过去三个月,平均每月发生 24 起故障(比前三个月下降 5%)。
- 最长无故障记录为 8 天(截至 2025 年 12 月 31 日)。
- 故障最严重的月份是 2026 年 2 月,共发生 37 起故障。
服务可用性(部分示例):
- Copilot:可用性 97.93%,累计停机 7 天 13 小时
- Actions:可用性 98.21%,累计停机 6 天 12 小时
- Pull Requests:可用性 98.59%,累计停机 5 天 3 小时
- Issues:可用性 99.43%,累计停机 2 天 2 小时
- Git Operations:可用性 99.49%,累计停机 1 天 20 小时
- Dashboard、Discussions、Docs、Mobile 等服务的可用性为 100%。
故障严重程度分布:
- 轻微:911 起(占 81%)
- 重大:186 起(占 17%)
- 严重:28 起(占 2%)
其他统计:
- 故障最多的日子:2026 年 2 月 9 日(周一),共发生 7 起故障。
- 停机时间最长的日子:2025 年 4 月 16 日(周三),停机 1 天 2 小时。
- 按星期分布:周三(22%)和周二(21%)是故障发生最多的两天,周六和周日则显著较少。
数据来源:GitHub 官方状态页面。本网站与 GitHub 无关联。
评论
根据评论内容,总结如下:
主要观点与论据:
对GitHub频繁宕机的讽刺与批评(多数评论认可)
- 评论4指出,若仅计算美东工作时间(9-5 EST,周一至周五),GitHub无事故运行率可能仅60%。
- 评论10指出原文数据错误:1125起事故/126个月≈8.9起/月,而非24起/月,但“仍然糟糕”。
- 评论11通过数据表明,移除Actions和Copilot等辅助服务可降低近一半事故率,但“以平台稳定性为代价”。
对GitHub被微软收购后问题的反思(部分评论认可)
- 评论9认为“被微软收购那一刻就完了”,并指出“没有CEO的GitHub没有改进动力”。
- 评论16批评管理层“明知LLM生成代码会DDoS GitHub,却因贪婪未提前应对”。
对GitHub团队的同情与理解(少数评论认可)
- 评论7呼吁“多一点同情”,认为在AI推动的流量激增下,GitHub“没有限制访问或故意限流值得称赞”。
- 评论15用Yogi Berra的比喻“没人去那里了,因为太拥挤”解释宕机源于创纪录流量。
其他观点
- 评论13讽刺GitHub作为分布式SCM却因集中式服务变慢。
- 评论14提及内部曾提议“GitHub Classic”简化版,但被管理层以“你以为你想要,其实不”拒绝。
关键引用(保留中英文): - 评论4:“Their incident-free uptime on 9-5 EST, Mon-Fri, is probably like 60%.” - 评论10:“1125 incidents / 126 months ≈ 8.9 incidents per month, not 24... still terrible” - 评论11:“Getting rid of Actions and Copilot... almost halves Github's incident rate... it's clear that it's sad that it's come at such a high cost to the platform's stability” - 评论7:“I think it's commendable that they're not limiting access to the site or (intentionally) throttling newcomers... a little sympathy goes a long way” - 评论9:“They were cooked the moment they got acquired by Microsoft... there is no point to GitHub improving” - 评论16:“They must have recognized that LLM generated code and PRs would effectively DDoS GitHub... I can only assume they simply didn't care, likely driven by greed”