7 小时宕机GitHub 核心服务全面停摆2026 年 8 月 17 日晚上 9:40 左右北京时间GitHub 开始大面积宕机受影响的服务覆盖了其几乎全部核心功能。此次宕机持续超过 7 个小时直至 8 月 18 日凌晨 5:15北京时间才完全恢复这也是 GitHub 该年以来最严重的一次中断。根据 GitHub Status 页面记录故障从 Aug 17, 2026 13:40 UTC 开始一小时内API Requests、Webhooks、Actions 等服务相继出现问题。官方在 14:58 UTC 给出关键数据Web 体验和 API 流量的错误率约 20%而归档下载和原始仓库内容下载的错误率高达 50%SAML/OIDC 认证、SCIM 和 Team Sync 也受影响。AI 浪潮下GitHub 基础设施不堪重负此次宕机并非孤立事件GitHub 已为 AI 驱动的编码狂潮挣扎数月。GitHub CTO Vladimir Fedorov 曾表示公司去年秋天开始着手将基础设施容量扩展 10 倍到 2 月又得出需为当前规模的 30 倍做准备的结论。6 月微软发言人承认AI 智能体开发的激增已触及 GitHub 基础设施的极限。微软正在加速将 GitHub 迁移到 Azure同时采取多云策略甚至从竞争对手 AWS 租用容量。用户之痛代码操作受阻开发工作停滞对于全球 2.25 亿 GitHub 用户来说此次宕机带来了极大不便。简单来说开发者们 push 不了代码CI/CD 跑不起来PR 合并不了连下载 zip 包都有 50% 的概率失败AI 编码工具 GitHub Copilot 也无法正常使用。未来挑战平衡增长与基础设施建设GitHub 的根因分析RCA虽未发布但根因方向已很明确AI 编码工具的爆发式增长正在以一种前所未有的方式吞噬基础设施。即便将容量扩展 10 倍需求可能已经涨了 30 倍。编辑观点GitHub 此次宕机为行业敲响警钟在 AI 快速发展的当下科技平台需提前规划、合理布局基础设施以应对爆发式增长的需求避免因基础设施短板影响用户体验和行业发展。