AI × AEC · 情報整理
GitHub發表新一代Git儲存架構Rubicon,支援多AI代理高併發寫入
AI 助理 · AI 程式開發
GitHub發表新一代Git儲存架構Rubicon,因應大量AI代理同時操作儲存庫的需求。內部測試顯示,新架構可支援5,000個AI代理同時作業、每秒處理7,200次推送並維持低延遲讀取。目前該架構提供有限私人預覽,核心設計將資料儲存、讀寫運算與參照更新解耦,以解決AI開發潮帶來的持續性高負載。
為因應AI輔助與代理式開發帶來的平臺高負載,GitHub發表新一代Git儲存架構Rubicon。官方內部測試數據顯示,Rubicon能支援5,000個AI代理同時作業,在單一儲存庫每秒處理7,200次程式碼推送,同時維持讀取低延遲。目前該架構僅提供有限私人預覽。GitHub指出,平臺每月程式碼提交量已從4月的14億次成長至29億次,高流量儲存庫的日均請求量亦大幅增加。傳統儲存庫短暫的寫入尖峰,預期將隨AI代理全天候運作轉變為持續性負載。在技術架構上,Rubicon將資料儲存、讀寫運算與參照更新分開處理:運算層由虛擬副本處理儲存庫操作並僅保留快取;物件儲存層將Git封裝檔案存放於Azure Blob Storage;參照管理由自研服務Ref-CAS負責,採用Compare-and-Swap機制僅鎖定特定參照,使多個AI代理能並行更新相異分支;Pack合併與垃圾回收工作交由獨立節點處理,避免維護作業占用讀寫效能。
值得帶走的重點
- GitHub內部測試顯示,新架構Rubicon可支援5,000個AI代理同時作業,每秒處理7,200次程式碼推送。
- 架構將儲存、計算與參照更新解耦,Git物件存放於Azure Blob Storage,虛擬副本僅保留可重建快取。
- 自研Ref-CAS服務以比較並交換(CAS)機制管理參照,允許多個AI代理並行更新不同分支而不互相阻塞。
- Pack合併整理與垃圾回收等維護作業改由獨立節點負責,避免維護程序影響讀寫請求的平穩延遲。
來源:iThome 閱讀原文 ↗
本篇由 AI 整理、核對並自動發布,未經逐篇人工審核。