GitHub 服务器过载，用户无法提交代码
Tell HN: GitHub Is Overloaded
GitHub 突然遭遇服务器过载，导致大量用户无法访问服务。有开发者在尝试推送代码时收到“当前没有服务器可用”的错误提示。GitHub 状态页面随后确认了此次事故，并标记 API 出现性能下降。尽管状态页面一度显示全绿，但用户反馈问题普遍存在。此次中断影响了多个开发者的发布计划，凸显了全球开发者对单一平台的高度依赖。
就在我准备发布新版本时，GitHub 突然无法访问了。
HN 评论区
957- jubilanti
快三个小时过去了，官方还在说“我们正在努力确定根本原因”。
网页界面连 diff 都看不到了！
我受够了！我愿意每月支付约 5-10 美元，换一个可靠的托管服务，希望能尽可能无痛地迁移。我主要只是构建一些小型静态网站和小型 PWA，单个仓库不超过 500MB，总容量不超过 10GB。我需要支持 PR 和 Issue 的仓库，允许用户免费注册并贡献代码或提出问题，需要 GH Actions CI，以及用于部署静态网站的 Pages 托管。我每月的 CI 用量不超过 100 分钟。有什么推荐吗？
编辑：GitLab 的免费层级已经满足我所有需求，但我还是想付费，换取某种程度的可靠性（不一定是 SLA，但要有）。不过他们的下一个层级要 29 美元/月，太贵了。
- leishman
我不明白 GitHub 为什么没有通过调整定价来解决这个问题。据我了解，他们正遭受 LLM 生成代码的冲击，导致流量增长了十倍以上。那为什么不限制非付费用户的速率，并对导致他们频繁宕机的稀缺资源收费呢？这看起来是个基本的经济学问题。
- khvn26
我对 GitHub 曾抱有很大善意，但我觉得今天就是那个转折点。
看着那个独角兽页面，我心里还残留着一丝希望，觉得这只是暂时的（像过去那样），但理智告诉我，这很可能又是一次漫长且全面的 outage。
希望已死。
- tom1337
哇，他们又进入“另一次”宕机状态了。
> 更新 16:59 UTC - 影响 API 请求、Actions、Git 操作、Issues、Pages、Pull Requests 和 Webhooks 的性能下降问题已缓解。我们正在监控以确保稳定性。
> 更新 17:30 UTC - Git 操作性能下降。我们正在继续调查。
> 更新 17:36 UTC - Issues 性能下降。我们正在继续调查。
> 更新 18:48 UTC - API 请求可用性下降。我们正在继续调查。
- s_dev
我记得几年前读到过，云服务预计要达到 3 到 4 个“9”的可靠性，如果达不到，竞争对手会迅速在采用率上超越它们。行业本该如此残酷。
科技巨头是否已经达到了类似银行“大而不能倒”的地位？也就是说，当它们出事时，我们大家都视而不见，说：“好吧，别人也挂了”。最近有人计算过 GitHub 的可用性只有 95% 吗？作为对比，以不可靠著称的爱尔兰铁路（Irish Rail）也有 80% 的列车准点运行。
这太荒谬了，也挑战了我对科技巨头和云基础设施的许多固有观念。相对于 GitLab 等竞争对手，GitHub 似乎依然保持着主导地位。
- ashvardanian
要是我们有一大批资金雄厚、由创始人领导的 AI 编程初创公司就好了，它们能负担得起存储几个源代码文件，而且反正也需要这些代码来训练模型 :)。
- perks_12
LLM 代码涌入不是问题所在。问题在于微软的糟糕管理：https://damrnelson.github.io/github-historical-uptime/
- Arubis
这开始让人感觉像 Twitter 了。出于各种各样的原因，我们曾有一个中心化的地方，让特定群体的人们能够连接，这对整个社区有着巨大的益处。但那个地方正变得难以维系，随着善意和稳定性的丧失，社区开始消散。然而，并没有一个明显的过渡候选者，所以这场流亡发现自己分散在一大堆零散的地方和服务中。它们所满足的明确需求（带有网页界面和一些技术功能如带审查的 Pull Requests 的源代码控制）将会被满足。但那些涌现出来的特性，比如核心社区和默认的预期（即你知道在哪里能找到某人），将会逐渐消失。这对我们所有人来说，都是真正的损失。
- tom1337
> 警告：下载操作 'https://codeload.github.com/' 失败。
> 错误：响应状态码未指示成功：429 (Too Many Requests)。
> 警告：重试前退避 19.714 秒。
> 警告：下载操作 'https://codeload.github.com/' 失败。
> 错误：响应状态码未指示成功：502 (Bad Gateway)。
> 警告：重试前退避 22.228 秒。
> 错误：响应状态码未指示成功：429 (Too Many Requests)。
> 错误：尝试 3 次后下载存档 'https://codeload.github.com/' 失败。
不错啊——连他们自己的 action runners 现在都被限流了。
- beardedetim
我们开始讨论“是否需要替换 GitHub 作为我们的 CI/CD 流水线？”这个问题了。
不知道我们是否/何时会决定拔掉这个创可贴，但我认为一旦因为 GitHub 宕机导致我们无法将热修复合并到 main 分支时，整个组织就会大力推动替换它。
大家还在用什么？自托管 GitLab？Gitea？