GitHub 宕机超过 7 小时，AI 编码狂潮把基础设施压垮了-低调大师

GitHub 宕机超过 7 小时，AI 编码狂潮把基础设施压垮了

2026-08-18 9

2026 年 8 月 17 日，周一，中国时间晚上 9:40 左右，GitHub 开始大面积宕机。

这次宕机持续了超过 7 个小时，直到 8 月 18 日凌晨 5:15（北京时间）才宣告完全恢复。受影响的服务覆盖了 GitHub 几乎全部核心功能：网站、API、Pull Request、Actions、Webhooks、Issues、Git Operations，以及 GitHub Copilot。

这是 GitHub 今年以来最严重的一次中断。

时间线：从 20% 到全面恢复

根据 GitHub Status 页面的记录，故障从 Aug 17, 2026 13:40 UTC 开始。一小时内，灾难蔓延到几乎所有服务——API Requests、Webhooks、Actions、Pull Requests、Git Operations、Issues、Pages 相继亮起红灯。

官方在 14:58 UTC 给出了第一个关键数据：Web 体验和 API 流量的错误率约 20%，而归档下载和原始仓库内容下载的错误率高达 50%。SAML/OIDC 认证、SCIM 和 Team Sync 也受到影响。

这意味着什么？

简单说：你 push 不了代码，CI/CD 跑不起来，PR 合并不了，连下载 zip 包都有 50% 的概率失败。

16:36 UTC，GitHub 定位到了「问题组件」并采取了纠正措施，出现了「强烈的恢复信号」。但事情没那么简单——认证系统出现间歇性故障，Copilot 登录也出了问题。

直到 21:15 UTC，GitHub 才宣布事件完全解决，并表示将发布详细的根因分析（RCA）。

不是第一次，也不是意外

这次宕机并非孤立事件。相关报道指出，GitHub 已经为 AI 驱动的编码狂潮挣扎了数月。

GitHub CTO Vladimir Fedorov 在今年 4 月的博客中写道：公司去年秋天开始着手将基础设施容量扩展 10 倍，到 2 月又得出结论——需要为当前规模的 30 倍做准备。

6 月，微软发言人向 Business Insider 承认，AI 智能体开发（AI agent development）的激增已经触及 GitHub 基础设施的极限。微软正在加速将 GitHub 迁移到 Azure，同时采取多云策略——包括从 AWS 租用容量。没错，微软旗下的代码托管平台，要从竞争对手 AWS 租服务器。

GitHub 目前有 2.25 亿用户。AI 编码工具 GitHub Copilot 和 AI agent 的开发工作流正在以远超预期的速度消耗基础设施资源。因为每个 agent 都是一个持续运行的推理循环，涉及大量 API 调用和代码生成。

人话总结

一个周一早上，全球开发者发现自己的代码推不上去、PR 合并不了、CI 不跑、Copilot 也挂了。

七个半小时后，好了。

GitHub 的 RCA 还在路上，但根因方向已经很清楚：AI 编码工具的爆发式增长正在以一种前所未有的方式吞噬基础设施。你可以把容量扩 10 倍，但需求可能已经涨了 30 倍。

参考来源：

微信关注我们

原文链接：https://www.oschina.net/news/501978/github-outage-disrupts-developers-worldwide

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Google AI 重组内幕：创始人 Brin 亲自督战，DeepMind 权力洗牌

路透社发表独家报道，揭示了 Google 过去几个月 AI 部门动荡的内幕。核心剧情线有三条：一位联合创始人亲自下场干预模型训练，一位深度学习之父被架空，以及两位创始技术负责人出走创业。 Brin 的四月讲话 2026 年 4 月，Google 联合创始人 Sergey Brin 临时召集了一场面向数百名 DeepMind 员工的 town hall。他的信息很直接：Gemini 的优先级还不够高，你们需要加速。 Brin 虽然不担任任何正式管理职务，但在过去几个月里一直在非正式地影响模型训练方向。消息人士称，他特别推动将资源投向「递归自我改进」（recursive self-improvem...

2026-08-18

7

DuckDB 做了一个关键的架构变更。从 v2.0（2026 年秋季）开始，DuckDB 将支持 Parquet 和 CSV 文件的异步读取。核心设计是双线程池：REGULAR 线程池负责解码、连接、聚合等计算任务，数量等于 CPU 核心数；ASYNC 线程池专为异步 I/O 设计，数量默认为系统线程数的 4 倍，上限 256 个。配合预读队列，工作线程在需要数据之前就提前调度 fetch 任务。ASYNC 线程独立执行读取任务，完成后通过倒计数器唤醒等待中的扫描任务。 Benchmark 数据很说明问题。在 EC2 r7i.16xlarge（64 vCPU，512GB RAM）上查询同区...

2026-08-18

8

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。