Cursor Uses S3 WAL to Scale Git Storage to More than 300 Pushes per Second

TL;DR · AI 摘要
Cursor Uses S3 WAL to Scale Git Storage to More than 300 Pushes per Second - InfoQ InfoQ Homepage News Cursor Uses S3 WA...
核心要点
- 主题聚焦:Cursor Uses S3 WAL to Scale Git Storage to More
- 来源:InfoQ,建议结合原文判断细节。
- AI 分析暂不可用,本条为保底评分与摘要。
Cursor 使用 S3 WAL 将 Git 存储扩展至每秒超过 300 次推送 - InfoQ
InfoQ 首页 News Cursor 使用 S3 WAL 将 Git 存储扩展至每秒超过 300 次推送
架构与设计
从 Token 到功能:为 AI 辅助工程构建成本归属(网络研讨会 10 月 29 日)
Cursor 使用 S3 WAL 将 Git 存储扩展至每秒超过 300 次推送
2026 年 9 月 30 日 2 分钟阅读
作者:
- Leela Kumili
#### 关注我们
YouTube
232K 粉丝
26K 粉丝
新
RSS
19K 读者
X
57.1k 粉丝
21K 点赞
Bluesky
收听本文 -
0:00
音频准备播放
您的浏览器不支持音频元素。
正常
1.25x
1.5x
喜欢
新下拉阅读列表
- 阅读列表
Cursor 开发了 Continuity,这是一种 Git 存储架构,使用 S3 支撑的预写日志(WAL)作为事实来源,而非依赖副本协调作为一致性机制。Cursor 报告称在合成测试中实现线性读取扩展,最多支持 100 个副本,并通过 S3 Express One Zone 实现每秒超过 300 次推送。该架构同时面向具有重 CI 工作负载的大型仓库,以及由编码代理创建的大量小型仓库。
大规模 Git 托管依赖本地 Git 仓库和打包文件。GitHub 的 Spokes 架构维护多个 NVMe 副本,并使用三阶段提交更新引用。该设计保持副本同步,并允许从任意副本提供读取服务,但随着副本数量增加,协调开销也会增加。
Continuity 通过将 S3 支撑的 WAL 作为持久化事实来源改变了这一模式。Cursor 将推送数据存储在 S3 中,并在 WAL 中记录对应的引用更新。只有在所需数据持久化后才会确认推送,从而在确认前提供持久性保障。Cursor 还通过批量操作减少 S3 PUT 延迟对吞吐量的影响。
Continuity 架构(来源:Cursor 博客文章)
Cursor 工程师 Vicent Martí 将本地 NVMe 仓库描述为温缓存而非权威副本。 rendezvous 哈希选择首选节点,而 S3 上的原子比较和交换操作允许任何服务器接受推送。当本地副本不可用时,可以从 WAL 中重新生成仓库。UDP 聊天传播 WAL 更新,而条件 S3 读取验证副本状态。Cursor 报告称这些读取平均耗时不到 10 毫秒,并表示丢失的聊天信息不会影响正确性,因为 S3 仍是事实来源。
该存储模型引发了与数据库系统的类比。高级软件工程师 Maksim Al Dandan 将这种方法描述为将 Git 存储视为数据库,指出推送一致性、强制推送事务和时间点恢复是与该模型相关的问题。
Continuity 推送流程(来源:Cursor 博客文章)
Liatrio 公司 CTO Casey Lee(前 AWS 工程师)强调了架构的转变,将 S3 中的 WAL 作为事实来源,而本地 NVMe 作为缓存。Lee 还指出 Cursor 发布的性能数据尚未经过独立验证。
Continuity 模型改变了复制和压缩的扩展方式。Cursor 表示单体仓库可支持数百个副本用于 CI,而空闲仓库可按需重新生成。仅主节点执行 Git 压缩,副本从 S3 下载生成的打包文件,以带宽换取 CPU 资源。
在使用 Cursor 的 everysphere 单体仓库进行合成测试时,Cursor 报告在 S3 Standard 存储类型下每秒可处理高达 120 次推送操作,在 S3 Express One Zone 存储类型下超过 300 次。在更高吞吐量场景下,Git 压缩成为性能瓶颈。Cursor 表示测试中的推送操作实现了线性化,且在确认前已持久化到外部存储,而克隆操作始终保持完全一致性。
架构调整将一致性边界从副本层转移到持久化对象存储层。Continuity 不再通过同步协调更多副本,而是让本地仓库独立收敛到存储在 S3 中的状态,以存储验证替代副本协调,采用异步传播和额外带宽开销。
作者信息主容器
关于作者
章节标题
每位作者信息主容器
#### Leela Kumili
显示更多
显示更少
#### 本内容属于 AI 架构主题
##### 相关主题:
- 开发
- 架构与设计
- 协议
- 哈希
- 代理
- 数据库复制
- AI 辅助编码
- IDE
- 持续集成
- github
- S3
- 分布式系统
- AI 架构
- 相关编辑内容
- 相关赞助商
- 相关赞助商 2026 年 10 月 8 日 12:00 EDT 当 AI 加速开发时,您的 CI 管道能否跟上?由 Datadog 的软件交付产品市场经理 Eric Metaj 和 CI/CD 优化产品经理 Rohin Chandra 呈现
InfoQ 新闻通讯
每周五汇总 InfoQ 最新内容,每周二发送。加入超过 25 万名高级开发者的社区。查看示例
我们保护您的隐私。 /think