Actions、Pull Request 和 Issues 事故

原文 ↗ Hacker News 讨论 ↗

持续影响 GitHub Actions、pull request 和 issues 的频繁宕机，正促使开发者质疑 GitHub 的可靠性以及微软的战略，因为 AI 驱动的“agentic”编码显著增加了平台负载。许多人认为，慷慨的免费层和定价过低的 CI 分钟实际上让机器人对服务进行了 DDoS，并建议通过更严格的速率限制、更高的价格，或将免费与付费用法分离来保护严肃工作流。其他人则开始探索 GitLab、Buildkite、Forgejo 或完全自托管的 CI 作为替代，在 SaaS 便利性和运维控制之间权衡取舍。

总体情绪

  • 许多评论者感到沮丧，不再把 GitHub Actions 视为可靠的“严肃”或企业级 CI/CD。
  • 也有人仍然觉得它对爱好者/小型/FOSS 项目来说还算可接受，甚至很不错，因为免费、低成本投入的 CI 很有价值。
  • 一些团队正在积极计划或已经执行从 GitHub CI 迁移出去。

反复宕机的被认为原因

  • 归因于 AI/agentic 用法导致的巨大增长：有人声称从每天约 5000 万次事件增长到约 20 亿次事件，agent 反复因琐碎改动触发 CI。
  • 关于基础设施存在分歧：
    • 一些人把锅甩给 Azure，认为它“不可靠”或容量受限。
    • 另一些人则认为问题在于 GitHub 自身的架构和扩展决策，而不是底层云还是自建主机。
  • 关于宕机原因的争论包括：
    • 真实的容量限制以及写入密集型工作负载（actions、PR、events）。
    • “vibecoded”/agent 编写的糟糕代码和运维捷径。
    • 管理层选择增长和 AI 叙事，而不是稳定性。
  • 目前并不清楚免费层与付费/企业用户之间的影响如何分摊；关于企业云是否能避开这些痛苦，还是同样受影响，报告彼此矛盾。

定价、免费层和激励

  • 许多人认为这是定价和政策失败：
    • 免费/私有仓库加上慷慨的 Actions 免费分钟数，据称吸引了滥用或大量 AI agent 使用。
    • 有人建议把 Actions 变成付费功能，大幅减少免费分钟数，更严格的速率限制，或者对免费用户提供“降级”服务。
  • 反对意见：
    • 免费 CI 对开源和用户获取至关重要。
    • 过于激进的变化可能疏远核心社区，或造成“神秘扣费”。
    • 低价可能本来就是一种战略，用来获取数据和网络效应。

替代方案与应对策略

  • 提到的替代方案包括：GitLab CI、Buildkite、Semaphore、Concourse、Forgejo + 自托管 runner、RWX、Azure DevOps、家用服务器。
  • 支持自托管的理由：独立性、可靠性、性能，以及降低平台风险；现在借助 LLM 甚至更容易。
  • 反对自托管的理由：运维开销、成本、Windows/macOS runner 的难度，以及相比 SaaS 不值得占用开发者时间。
  • 一些团队会对 CI 进行限流（手动触发、只在 main 上运行、在本地先测试）来减少负载并降低对 Actions 的依赖。

更广泛的担忧

  • 担心出现潜在的“死亡螺旋”：付费用户流失 → 投入减少 → 更不稳定。
  • 批评微软收购以及更广泛的反垄断环境。
  • 少数人认为 Git 本身或 GitHub 的架构在当前事件量下可能在结构上就很难扩展。