为代理规模开发构建 Git 基础架构

📌 One-Sentence Summary

GitHub 正在重建其 Git 基础架构，以支持代理式软件开发的高吞吐、并发工作负载，重点是对存储与计算进行解耦，并通过最小化协调来独立扩增读写能力。

📝 Summary

代理式软件开发的发展显著增加了对 Git 操作的需求，推动年均推量增长 4.9 倍。为此，GitHub 正在将架构设计转为将持久化存储（由 Azure Blob Storage 处理）与请求服务层分离，从而可以独立扩展读写容量。新设计通过并行化非关键任务并将在服务路径之外进行维护来最小化协调，目标是提供更高吞吐和韧性，而不会牺牲开发人员期待的可靠性和控制力。

💡 Main Points

Git 活动呈指数增长

代理式开发方法的采用导致仓库活动暴涨，最繁忙的仓库请求量达到数十亿，而推送量则增长了 4.9 倍。这种增长揭示了当前架构的局限性，即在不影响读取性能的情况下难以扩展写入能力。

分离存储与计算

新架构将权威数据存储（Azure Blob Storage）与服务请求的计算层分离。这允许对读写容量进行独立扩展，确保增加读取副本不会减慢写入过程。

最小化协调

通过将推送的关键路径隔离到引用更新，并并行化其他任务（如对象存储和验证），系统减少了由协调引起的瓶颈。这实现了更高的写入吞吐量，并加快了故障恢复速度。

💬 Key Quotes

该曲线顶端的仓库展示了代理式开发在最前沿的表现：大型工程团队运行繁忙的 CI 管道，同时代理数量不断增加。

我们在 GitHub 继续运行的同时重建基础架构。没有维护窗口能让全球的代码停滞，也没有一种方法可以要求人们在我们进行这些工作时改变他们的构建方式。

在内部基准测试中，这一架构提供了高达 35 倍的写入吞吐量，同时读取能力可以独立扩展以满足需求。

📊 Article Meta

AI Screening： 91

Featured： Yes

Source： The GitHub Blog

Author： Brian Celenza

Category： 软件编程

Language： 英文

Read Time： 8 min

Word Count： 1809

Tags：

编程与工程 , 分布式系统 , 云原生 / DevOps , 开源项目 , AI Agent