@mariorod1：GitHub因Agentic工作流程爆發性成長導致可用性挑戰，承諾10X至30X擴容並強化可靠性。 GitHub工程副總裁Mario Rodriguez及…

GitHub因Agentic工作流程爆發性成長導致可用性挑戰，承諾10X至30X擴容並強化可靠性。 GitHub工程副總裁Mario Rodriguez及工程師Vlad Fedorov於2026年4月28日發布公告，承認近期兩起事件暴露系統瓶頸，並對開發者造成不便致歉。他們強調，自2025年10月啟動10X容量擴張計畫後，2026年2月已意識到需設計30X規模，以因應軟體開發方式的急速轉變，尤其是2025年12月下旬以來Agentic開發工作流程的急劇加速，導致程式庫建立、pull request活動、API使用、自動化及大型程式庫工作負載全面快速成長。 成長驅動因素 公告指出，軟體建置方式快速變化是主要推手： 自2025年12月下旬起，Agentic開發工作流程加速，程式庫建立、pull request活動、API使用、自動化及大型程式庫工作負載皆呈指數成長。 這種成長不只壓迫單一系統，一個pull request可能觸及Git儲存、合併檢查、分支保護、「GitHub Actions」、搜尋、通知、權限、webhooks、API、背景工作、快取及資料庫等多系統。 高規模下，小型低效會累積放大：佇列加深、快取遺漏轉為資料庫負載、索引落後、重試放大流量、一個緩慢依賴即可影響多項產品體驗。 Mario Rodriguez在X上回應社群，承認垃圾郵件（spam）增加，但強調真實開發者提交的寶貴commit活動也同步成長，軟體創作已變得更易入手；他反駁僅靠更大CPU無法解決人類審核瓶頸，並指出已與維護者合作推出新設定控制pull request存取。 近期事件細節 兩起事件凸顯可用性問題，GitHub視為不可接受，並加速隔離與減低爆破半徑（blast radius）。 4月23日merge queue事件 pull request經merge queue使用squash合併方法時，若合併群組含多於一個pull request，會產生錯誤合併commit，導致先前合併的pull request變更及舊commit被後續合併意外還原。 影響658個程式庫及2,092個pull request（初始評估保守估計較高數字）；不影響merge queue外的pull request，或使用merge/rebase方法的群組。 無資料遺失，所有commit均存於Git，但受影響預設分支狀態錯誤，無法安全自動修復。 暴露多項流程失效，GitHub正修改流程防範類似問題；詳細根因分析已發布。 4月27日搜尋相關事件 Elasticsearch子系統過載（疑似botnet攻擊），導致pull request、issues、projects等搜尋依賴UI體驗失效，無法返回搜尋結果。 無資料遺失，Git操作及API不受影響，但UI重大中斷。 此系統尚未完全隔離為單一失效點，因先前風險優先排序其他領域；GitHub正應用依賴及爆破半徑分析，降低此類失效機率與影響，根因分析即將發布。 社群反饋尖銳，如qrush表示信任破裂，正考慮下季遷出GitHub，並獲Mario Rodriguez邀請通話討論；Invincible要求下次事件報告間隔拉長，Mario承諾致力達成。 短期修復措施 GitHub優先可用性，其次容量，再來新功能，進行分散式系統優化： 解決webhooks遷移至非MySQL後端、使用者工作階段快取重設計、驗證授權流程重做等瓶頸，大幅減低資料庫負載。 利用遷移至Azure增加大量運算資源。 隔離git及「GitHub Actions」等關鍵服務，減低單一失效點及爆破半徑，依風險順序分析依賴及流量階層，過濾合法流量免受攻擊影響。 加速將效能敏感程式碼從Ruby單體架構遷至Go。 長期擴容策略 加速從自有小型資料中心遷至公共雲，並規劃多雲路徑，以達未來所需韌性、低延遲及彈性。 重視大型monorepo趨勢，過去三個月大力投資git系統及pull request體驗優化，包括merge queue操作（每日數千pull request的關鍵）。 即將發布專文描述工作及新API設計，提升效率與規模。 新功能強化控制 2026年2月13日更新程式庫設定，讓維護者更精準管理貢獻： 完全停用pull request：類似wiki、issues、discussions、projects，從Settings > General > Features關閉，pull request分頁消失，無人可見現有或新建pull request；適合鏡像程式庫、唯讀程式碼或僅公開分享不管理貢獻的專案。 限制僅collaborators建立pull request：分頁仍可見，所有pull request可查看及評論，但僅寫入權限使用者（經Collaborators分頁新增/移除）可新建；適用關鍵開發階段或需嚴控提交者品質。 適用所有公開/私有程式庫；行動app全UI變更即將上線，目前停用pull request時分頁仍現但無法新建，其他設定跨平台一致。 補充：公開程式庫可持續用暫時互動限制限縮特定使用者活動。 透明度與承諾提升 回應客戶回饋，GitHub更新status page加入可用性數字，承諾大小事件皆標記，避免使用者猜測問題來源；改善事件分類讓規模範圍更易懂，並優化報告管道及中斷時訊號分享。Mario Rodriguez強調將更頻繁溝通可靠性改善進度，傾聽每封郵件、社群貼文及支援票證，團隊充滿熱情支持開放可擴充平台。儘管社群如bepsays批評PR成長多為spam，GitHub堅稱每日積極偵測阻擋濫用，並持續推出如新設定的對策。 此波事件反映GitHub面臨的雙重壓力：Agentic開發帶來的真實成長與spam攻擊並存，系統需從根本重構以 graceful degrade（優雅降級）。他們的立場明確：承認痛點、不推卸責任，但也捍衛成長為軟體民主化的正面訊號，未來挑戰在於平衡規模與人類瓶頸，預計透過工程投資及社群合作逐步重建信任。 原文：https://easyvibecoding.app/curated/1029