GitHub 如何为 AI 代理时代重建其 Git 存储
GitHub 正在重建其 Git 仓库存储系统,以应对 AI 代理带来的流量激增。与人类相比,AI 代理提交和推送代码的频率高得多,这压垮了原本为人类工作节奏设计的现有存储基础设施。由 AI 代理在循环中工作所驱动的提交和推送激增,引发了严重的扩展性问题。当前名为 Spokes 的系统将仓库存储于多个文件服务器上,每个副本都参与每一次写操作,导致繁忙的仓库写入过程变慢。GitHub 的新设计将数据安全与流量服务分离,以解决这一瓶颈。它将把需要副本间达成一致的部分最小化,仅保留对引用(ref)更新的确认。通过将存储与计算分离,权威副本将驻留在 Azure Blob Storage 中,而轻量级工作节点负责读取和缓存。这一架构变更显著提升了写入吞吐量,内部基准测试显示最高可达 35 倍。核心原则是保持协调点小而明确,并将其与数据服务分离。对于个人开发者而言,这意味着需注意代理的提交频率,以避免在其自身工作流中出现类似的扩展问题。人类与 AI 提交模式的根本差异,使得软件开发的这一基础设施演进成为必要。