開發生態
Cursor 公開 Origin 底層 Git 架構 Continuity,以 S3 預寫日誌因應 AI 代理大量儲存庫
iThome單一來源
尚未逐項核實
目前依單一來源整理,這是來源數量描述,不是對消息真假的判定。

據報導,Cursor 公開其程式碼託管服務 Origin 的底層 Git 儲存系統 Continuity。該系統採用 S3 相容物件儲存中的預寫日誌(WAL)作為資料最終依據,開發者推送程式碼時會先完整寫入 S3 才回覆成功,本機 Git 儲存庫與 NVMe 儲存裝置則轉為可隨時從 S3 重建的快取。
此架構主要為解決企業大型單一儲存庫與 AI 代理大量建立但極少使用的小型儲存庫所帶來的擴充問題。傳統 Git 託管需跨伺服器複製副本以分擔讀取,但副本越多越會拖慢寫入速度,且固定保存小型儲存庫副本易浪費資源。Continuity 允許動態調整副本數:大型儲存庫可增加副本分擔讀取,AI 代理建立的閒置儲存庫則可移除伺服器副本,僅保留 S3 資料。
據 Cursor 自行公布的合成壓力測試,Continuity 擴充至 100 個副本時仍未觀察到推送速度下降;使用 S3 Standard 每秒可處理 120 次推送,改用低延遲的 S3 Express One Zone 則可超過 300 次。
報導補充,GitHub 近期亦面臨程式碼託管容量快速成長的壓力,今年 4 月至今每月提交數已從 14 億增至 29 億次,8 月中旬曾因資料中心擴充限制導致服務中斷近 8 小時,官方表示後續也將針對大型單一儲存庫導入可隨讀取端數量擴充的新架構。
讀原始報導背景
預寫日誌(Write-ahead logging, WAL)是資料庫系統中用於確保原子性與耐久性的技術。它透過僅能附加(append-only)的日誌結構記錄變更,在資料正式寫入前必須先存入穩定儲存空間,以便在系統崩潰時進行復原。