🐙GitHub Blog•較早收集於 2h
GitHub 2026 年 5 月可用性報告：效能總結
💡了解平台可靠性趨勢，以更好地管理您的自動化開發與 AI 部署工作流程。
⚡ 30-Second TL;DR
有什麼變化
2026 年 5 月共發生九起獨立的服務事件
為什麼重要
頻繁的服務降級可能會中斷依賴 GitHub Actions 或儲存庫存取的 CI/CD 管線與自動化 AI 模型訓練工作流程。從業人員應監控這些報告，以評估其開發基礎設施的可靠性。
下一步行動
檢查您 2026 年 5 月的 CI/CD 管線日誌，確認是否有任何失敗的自動化部署與這些 GitHub 服務事件相關。
誰應關注：Developers & AI Engineers
關鍵要點
- •2026 年 5 月共發生九起獨立的服務事件
- •這些事件導致 GitHub 各項服務出現效能下降
- •該報告為平台用戶提供每月的透明度更新
🧠 深度解析
Web-grounded analysis with 20 cited sources.
🔑 增強重點摘要
- •GitHub 不僅發布可用性報告，還定期透過其透明度中心提供更廣泛的透明度更新，涵蓋使用者資訊請求、政府下架通知和數位千禧年著作權法 (DMCA) 下架通知等內容，展現其對內容審核和使用者資料披露的承諾。
- •2026 年初，GitHub 的服務穩定性面臨挑戰，僅在 2 月份就記錄了 37 起大小故障，且在 2026 年前三個月至少發生了 8 起重大事故，未能達到其對企業客戶承諾的 99.9% 可用性目標。
- •導致服務中斷的常見原因包括網路問題、因配置更改（例如快取重寫風暴）導致的核心資料庫叢集過載，以及 Redis 叢集故障，這些問題影響了 API 請求、議題追蹤、拉取請求、GitHub Actions 和 Copilot 等核心功能。
- •GitHub 的技術長承認，快速增長的負載、服務之間緊密的耦合導致局部故障擴散，以及系統缺乏對異常客戶端流量的保護能力，是導致這些事故背後的三個共同結構性原因。
📊 競品分析▸ Show
| 功能/定價/基準 | GitHub | GitLab | Bitbucket |
|---|---|---|---|
| 主要優勢 | 龐大的開源社群、使用者友善的工具、強大的第三方整合，特別適合開源專案。 | 一體化的 DevOps 平台，內建 CI/CD 管線、安全掃描和自我託管選項，適合有嚴格合規性或安全需求的企業。 | 與 Atlassian 工具 (如 Jira、Confluence) 無縫整合，專注於私有儲存庫，提供具成本效益的定價模型。 |
| CI/CD 分鐘數 (免費) | 2,000 分鐘 | 400 分鐘 | 50 分鐘 |
| 安全工具 | 基本 (進階功能需付費) | 廣泛 (免費層級亦提供) | 基本 (內建 DevSecOps 工具，如秘密掃描、依賴掃描，無需額外付費) |
| 自我託管 | Enterprise Server | Community & Enterprise | Data Center |
| 中階定價 (每月/每使用者) | 約 $4 | 約 $29 | 約 $3.30 (Premium Cloud 方案提供 99.9% SLA 和進階支援) |
| 支援 | 進階支援作為附加元件出售 | 包含在企業方案中 | Premium 支援和 99.9% SLA 包含在 Premium 方案中 |
🛠️ 技術深入
- GitHub 的核心服務依賴分散式版本控制系統 Git 進行程式碼管理。
- 基礎設施採用多資料中心架構，過去曾發生因 100G 光纖設備故障導致的跨資料中心連接問題。
- 服務中斷事件常涉及核心資料庫叢集過載，特別是負責認證和使用者管理的資料庫，可能因快取刷新策略不當引發「快取重寫風暴」。
- GitHub 採用網站可靠性工程 (SRE) 實踐，包括事故發生期間的隨叫隨到行動手冊、事後分析以促進持續改進，以及發布工程流程（如金絲雀部署）以最小化風險並提高交付速度。
- 監控和度量、處理重複性勞動 (TOIL) 和呼叫器負載是 SRE 在審查事件時關注的常見領域。
- 某些服務中斷曾與 Azure 等雲端運算提供商的問題相關聯，顯示其基礎設施可能部分依賴第三方雲服務。
🔮 前景展望AI analysis grounded in cited sources
GitHub 將持續加強其基礎設施彈性和 SRE 實踐。
鑑於 2026 年初頻繁的服務中斷以及技術長對結構性問題的承認，GitHub 將被迫投入更多資源來提升系統穩定性和可靠性，以維持使用者信任和企業客戶的 SLA 承諾。
開發者社群對平台可靠性的關注將會增加。
GitHub 定期發布的透明度報告雖然有助於建立信任，但頻繁的服務事件也可能促使開發者和企業重新評估其對單一平台的依賴，並考慮多樣化工具或實施本地備份策略。
⏳ 時間線
2008-02
GitHub 網站正式上線，提供基於 Git 的程式碼託管服務。
2018
GitHub 被微軟收購，為其基礎設施和服務發展帶來潛在的重大投資和方向調整。
2018-10
GitHub 經歷了一次長達 24 小時 11 分鐘的服務降級，起因是 100G 光纖設備故障導致的網路連接問題。
2020-04
GitHub 宣布免費使用者可以建立無限數量的私有儲存庫，並取消了合作者數量限制，顯著擴大了其使用者基礎和潛在的平台負載。
2025-07
GitHub 發生大規模全球服務中斷，影響 API 請求、議題追蹤和拉取請求等核心功能約 3.5 小時，主要歸因於網路問題。
2026-02
GitHub 經歷一次重大服務中斷，導致 `github.com` 崩潰，影響多項核心服務，根本原因是一個配置更改引發的「快取重寫風暴」導致認證資料庫過載。
📎 來源 (20)
Factual claims are grounded in the sources below. Forward-looking analysis is AI-generated interpretation.
📰
AI 週報
閱讀本週精選 AI 大事摘要 →
👉相關動態
AI 策展新聞聚合。所有內容版權歸原始發布者所有。
原始來源： GitHub Blog ↗