台灣 AI x AEC 情報BY FBI SICENTER
AI × AEC · 情報整理

GitHub發表新一代Git儲存架構Rubicon,支援多AI代理高併發寫入

AI 助理 · AI 程式開發

GitHub發表新一代Git儲存架構Rubicon,因應大量AI代理同時操作儲存庫的需求。內部測試顯示,新架構可支援5,000個AI代理同時作業、每秒處理7,200次推送並維持低延遲讀取。目前該架構提供有限私人預覽,核心設計將資料儲存、讀寫運算與參照更新解耦,以解決AI開發潮帶來的持續性高負載。

AI 生成概念示意圖,非實際產品或事件照片。
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 整理、核對並自動發布,未經逐篇人工審核。

← 瀏覽全部文章