Bảng điểm độ tin cậy của GitHub: 1.125 sự cố và vẫn đang đếm

Một dự án phụ mới, Is GitHub Cooked?, làm điều mà trang trạng thái của chính GitHub không làm: biến nhiều năm lịch sử sự cố thành một bảng điểm độ tin cậy theo cấp dịch vụ có thể lọc. Trang web kéo dữ liệu sự cố công khai của GitHub từ tháng 3/2016 và cho phép bạn phân chia theo dịch vụ, mức độ nghiêm trọng và khung thời gian.

Các con số nổi bật thật đáng lo ngại. GitHub đã ghi nhận 1.125 sự cố kể từ 2016, trung bình 24 mỗi tháng trong ba tháng qua (giảm 5% so với quý trước). Khoảng thời gian dài nhất không có sự cố chỉ là 8 ngày, kết thúc vào ngày 31/12/2025. Tháng 2/2026 là tháng tồi tệ nhất được ghi nhận với 37 sự cố.

Copilot và Actions là những mắt xích yếu

Bảng khả dụng dịch vụ (3 tháng gần nhất) kể một câu chuyện rõ ràng: các khối lượng công việc nặng về AI và CI/CD là mong manh nhất. Copilot đứng cuối với thời gian hoạt động 97,93% (7 ngày 13 giờ gián đoạn), tiếp theo là Actions ở mức 98,21% (6 ngày 12 giờ). Pull Requests, Search và Webhooks hoàn thiện nhóm năm dịch vụ kém nhất.

Ở đầu kia, các hoạt động kho lưu trữ lõi khỏe mạnh hơn nhiều: Repositories, Gists và Dashboard đều trên 99,9%, với Dashboard, Discussions, Docs và Mobile ở mức hoàn hảo 100%.

Các mô hình mức độ nghiêm trọng và giải quyết

Phân tích mức độ nghiêm trọng cho thấy 81% sự cố được phân loại là Nhẹ, 17% Nghiêm trọng và chỉ 2% Tới hạn. Đó là rất nhiều tiếng ồn, nhưng hiệu ứng tích lũy mới quan trọng: ngay cả sự cố nhẹ cũng có thể phá vỡ đường ống CI hoặc chặn PR.

Ngày tồi tệ nhất về số lượng sự cố là 9/2/2026, với 7 sự cố. Ngày tồi tệ nhất về thời gian gián đoạn thô là 16/4/2025, với 1 ngày 2 giờ gián đoạn tích lũy. Thứ Tư và Thứ Ba là những ngày dễ xảy ra sự cố nhất, trong khi cuối tuần tương đối yên tĩnh.

Điều này có nghĩa gì cho SLO của bạn

Nếu bạn đang xây dựng trên GitHub Actions hoặc Copilot, câu chuyện độ tin cậy của bạn gắn liền với GitHub. Thời gian hoạt động 98% trên Actions có nghĩa là bạn cần thiết kế cho các lỗi gián đoạn—retry, runner dự phòng và cảnh báo không gọi bạn cho mỗi trục trặc.

Giá trị của trang web nằm ở việc làm rõ những đánh đổi này. Bạn có thể lọc theo các dịch vụ bạn thực sự phụ thuộc và đặt ngưỡng mức độ nghiêm trọng của riêng mình, để bạn không tranh cãi với đồng nghiệp chỉ quan tâm đến hoạt động git trong khi bạn đang vật lộn với sự cố Copilot.

Đó là lời nhắc rằng "GitHub bị sập" hiếm khi là một sự kiện đơn lẻ—đó là một phổ các lỗi theo dịch vụ ảnh hưởng đến các nhóm khác nhau theo những cách khác nhau.