Hacker News 中文摘要

RSS订阅

GitHub Actions、GitHub Pages 与 Webhooks 服务可用性下降 -- Degraded availability for GitHub Actions, GitHub Pages and Webhooks

原文链接 | HN讨论 | 2026-10-20 01:49:53

GitHub 的 Actions、Pages 和 Webhooks 服务出现可用性降级，用户可输入电子邮件地址并填写一次性验证码来订阅更新，以便在事件被创建、更新或解决时收到邮件通知；也可通过短信接收事件创建或解决的消息。订阅需同意隐私政策，页面受 reCAPTCHA 保护，并遵循 Google 的隐私政策与服务条款。

正文

GitHub Actions、GitHub Pages 和 Webhooks 可用性下降

GitHub 的事件报告

已解决

本次事件已解决。感谢大家在我们处理问题期间的耐心与理解。详细的根本原因分析将在可用后尽快分享。

发布于 18 分钟前。Oct 19, 2026 - 16:56 UTC

监控中

Actions、Pages 和 Webhooks 目前运行正常。

发布于 18 分钟前。Oct 19, 2026 - 16:56 UTC

更新

Image 1: GitHub header

Image 2: GitHub header

在采取缓解措施后，我们看到了恢复的迹象，并将继续监控。客户可能仍会遇到 GitHub Actions 工作流状态更新、GitHub Pages 部署，以及由 Actions 运行生成的检查和工作流 webhook 事件的延迟。

发布于 44 分钟前。Oct 19, 2026 - 16:30 UTC

更新

我们目前正在调查影响 GitHub Actions、GitHub Pages 和 Webhooks 的可用性下降问题。客户可能会遇到工作流处理、站点构建和 webhook 投递的延迟。

Image 3: GitHub footer

发布于 1 小时前。Oct 19, 2026 - 15:56 UTC

更新

Webhooks 出现性能下降。我们正在继续调查。

发布于 1 小时前。Oct 19, 2026 - 15:50 UTC

调查中

我们正在调查有关 Actions 和 Pages 性能下降的报告。

发布于 1 小时前。Oct 19, 2026 - 15:49 UTC

本次事件受影响的服务包括：Webhooks、Actions 和 Pages。

评论

多数人对 GitHub Actions 长时间排队和周期性宕机感到疲惫，认为微软收购后的退化、AI/Copilot 流量以及过于慷慨的免费层共同拖垮了平台；但也有少数人提醒，GitHub 仍承载难以替代的开源生态与社区价值，离开或涨价并不像吐槽那么简单。

认为 GitHub Actions 已不可靠，迁移或自建终于要认真推进了

  • 许多团队遇到 Actions 长时间排队、每周固定时段中断，已经把“GitHub 又挂了”变成内部梗；不少工程组织开始评估迁移路径，尝试 Cursor Origin、自建，或参考离开 GitHub 的指南，哪怕只是当作备用方案。（较多人） > 每个团队的 Slack 里都有“GitHub 着火”的自定义表情，它已经彻底不行了。（@efficax）

认为 GitHub 在微软治下持续退化，AI/Copilot 与免费额度压垮了基础设施

  • 较多人指出，问题不只是偶发故障：微软收购后平台可测量地退化，AI/Copilot 和自动化任务带来前所未有的请求规模；迁移到 Azure 也没缓解，基础设施长期处于高负载。（较多人）

认为 GitHub 已深嵌团队工作流，替代方案并不现实

  • 少数人承认故障烦人，但 GitHub 已深入 CI/CD、GitOps 和团队协作，拆除并迁移的代价极高；有人对比 Bitbucket 后认为，哪怕退化的 GitHub 也仍比已知替代品可靠。（少数人） > 就算是一个退化的 GitHub，大概也比我用过的 Bitbucket 强。（@icameron）

认为 GitHub 仍是技术界的黄页，免费服务与社区价值不该被全盘否定

  • 少数人承认基础设施被滥用、规模失控，但仍感激 GitHub 提供的大量免费服务、社区感和项目索引价值；他们认为一边承受 DDoS 与依赖变动，一边维持开源生态，本身已非常困难。（少数人） > 它看起来仍是科技界的黄页，免费服务和那点社区感仍值得感激。（@kingcauchy）

认为涨价、缩减免费层、把商业支持和免费支持分开才是出路

  • 少数人认为答案很明显：提高价格、让免费层不再那么慷慨，或者把商业支持和免费支持隔离，用收入去堆算力；否则 AI 带来的用量增长会永远超过硬件供给。（少数人）

有价值的补充

  • 有人点名更具体的技术债：GitHub 可能在以 ElasticSearch 原本承受不了的方式滥用它，叠加前所未有的规模扩张，很多系统可能从来没被设计到这个量级。
  • 一个精巧类比是，当前状态不像传统故障，而像一场“无休止的拒绝服务攻击”：不是黑客，而是 AI 持续索取免费 Actions 分钟数，导致平台长期高负载；有人预测 GitHub 可能很快被迫转向备用方案。
  • 替代方案并不成熟：有人尝试 Cursor Origin，但承认它与 Claude Code 的集成还不完善，需要临时写代码补齐；也有人认为自建反而可能比现在的 GitHub 更稳。
  • 故障时间上有个观察：UTC 15:00 左右常出现每周一次的 Actions 中断，有人怀疑正好撞上美国用户开始上班、提交首批任务的时间。