Py学习  »  Git

支持五千并发 Agent,GitHub 新架构每秒处理七千次写入

AI醒知 • 6 小时前 • 22 次点击  

单仓库每秒 7200 次 push,5000 个 Agent 并发。GitHub 底层存储重构把代码托管并发上限拉高两个数量级。

核心看点

  • 存储与计算彻底解耦,Git 对象写入无需全局协调,仅引用更新需要共识。
  • 引入虚拟副本与独立压缩节点,读写流量物理隔离,缓存按需重建。
  • 持久化状态拆分至 Azure Blob Storage 与自研 Ref-CAS 服务。

这次重构直接为 Agent 时代重写了底层规则。当代码提交从人类手动行为变成机器自动并发,传统集中式锁和强一致性模型就会成为瓶颈。原帖作者透露,团队把写入拆碎,用空间换时间,这决定了未来一年 AI 编程工具的并发天花板。

▎拆解 Project Rubicon 的解耦逻辑

原帖作者指出,过去一年的 Agent 爆发彻底改变了仓库的流量模型。人类开发者通常是短促的写入爆发,而 Agent 是全天候的持续高频写入。每次 push 都会引发 CI 运行、部署拉取等读取扇出效应。为了应对这种指数级增长,GitHub 在 2026 年 5 月启动了代号为 Project Rubicon 的新架构设计。

新架构的核心洞察在于:Git 对象是不可变的,且由内容命名。两个写入者可以同时存储对象,完全不需要互相等待。真正需要达成共识的,只有体积微小的引用更新。基于此,GitHub 将存储与计算彻底解耦。

请求依然由 Spokes 路由,但底层数据平面完全重构。虚拟副本成为一次性计算集群,专门负责服务读写。它们的本地磁盘仅作为缓存,随时可以重建。当仓库变忙时,系统动态增加虚拟副本。同时,后台独立的压缩节点直接对接 Blob Storage 合并 packs,把 CPU 和内存完全让给读写请求。

▎架构选型与 Agent 洪峰的应对边界

对于正在评估底层基建的技术决策者,这套架构提供了清晰的对比维度。传统 Git 服务器在单点写入时,索引 incoming packs 和检查对象连通性是最消耗 CPU 的环节。单节点很快会遭遇计算瓶颈。

关键性能指标对比:
- 写入吞吐:支持每秒数千次写入,内部实测达 7200 pushes/s
- 并发规模:单仓库支持 5000 个并发 Agent
- 读取延迟:虚拟副本缓存命中时保持极低延迟,未命中时按需从 Blob Storage 拉取

这里需要明确适用边界。这套架构极度适合单仓库超大规模并发的垂直扩展场景,比如大型开源项目或核心业务代码库被大量 AI Agent 持续修改。但如果你的场景是海量微型仓库的横向分散读写,原有的 Spokes 租户隔离和负载均衡机制依然是主力。决策者需要评估自身业务是单点高频还是多点低频,前者才需要全面拥抱 Rubicon 的解耦设计。

▎落地路径与潜在的系统性风险

目前这套架构已经在 GitHub 生产环境底层运行。开发者层面的 Git 操作没有任何改变,保护机制也完全一致。想要深入了解技术细节和迁移路径,可以查阅原帖作者发布的系列文章:

架构详解与 Agent 扩展设计:
https://github.blog/engineering/architecture-optimization/building-git-infrastructure-for-agent-scale-development/

前期 Azure 迁移与虚拟副本桥接:
https://github.blog/engineering/architecture-optimization/the-bridge-to-agent-scale-git-infrastructure/

从行业视角推导,存储与计算解耦虽然提升了吞吐,但也引入了新的风险点。虚拟副本的本地磁盘只是缓存,在缓存冷启动或节点故障替换时,读取延迟会出现短暂的毛刺。对于对延迟极度敏感的实时 CI/CD 流水线,需要评估这种按需拉取 Blob Storage 带来的长尾延迟。此外,Ref-CAS 作为全局唯一的共识点,其自身的可用性和写入限流,将成为整个系统新的单点瓶颈。

GitHub 这次底层重构释放了一个明确的信号:代码托管平台正在从人类协作工具向机器执行环境转型。当 Agent 成为代码库的主要贡献者,基建的考核指标就从人类体验的流畅度变成了机器并发的吞吐量。对于创业者和技术高管来说,这要求你们内部的 DevOps 工具链必须跟着升级。如果你们的代码审查、CI 触发机制还是基于人类工作日的低频假设,很快就会被 Agent 的洪峰冲垮。提前规划读写分离和存储解耦,是接下来一年技术基建的必选项。


点个赞再走?
你们公司的核心代码库,现在每天被 Agent 提交多少次?

本文依据以下公开报道整理:
来源:GitHub Blog
原文链接:https://github.blog/engineering/architecture-optimization/inside-githubs-new-git-storage-architecture/

往期推荐

  • ·
    Maven AI误炸致175死,163国求立法遭美俄阻挡
  • ·
    Chainalysis遭攻击两天后才披露,隐瞒了什么
  • ·
    20.7万会话实测,AI 让计算机科学研究产出暴增十五倍

点击公众号头像 → 历史消息,可翻阅以上文章

Python社区是高质量的Python/Django开发社区
本文地址:http://www.python88.com/topic/203296