- Có báo cáo về suy giảm hiệu năng ở một số dịch vụ GitHub, đồng thời xảy ra trì hoãn trong việc gửi thông báo (Notification)
- Độ trễ trung bình tăng từ khoảng 50 phút ban đầu lên tối đa 1 giờ 20 phút
- Sau đó hệ thống được khôi phục dần, với độ trễ giảm từ 1 giờ → 30 phút → 15 phút
- Theo giờ UTC, vào 19:29 ngày 9 tháng 2 năm 2026, sự cố đã được khắc phục và vụ việc được đóng lại
- GitHub cho biết sẽ công bố phân tích nguyên nhân gốc rễ (RCA) sau
Tổng quan sự cố chậm thông báo của GitHub
- GitHub báo cáo xảy ra suy giảm hiệu năng ở một số dịch vụ
- Ở giai đoạn đầu, việc gửi thông báo không diễn ra bình thường
- Việc điều tra nguyên nhân sự cố vẫn đang được tiến hành
Diễn biến của tình trạng chậm thông báo
- Trong bản cập nhật đầu tiên, GitHub nêu rõ có độ trễ trung bình 50 phút
- GitHub cho biết đang triển khai các biện pháp giảm thiểu
- Ở bản cập nhật sau đó, độ trễ xấu đi thành 1 giờ 20 phút, nhưng đã quan sát thấy dấu hiệu phục hồi
- Hệ thống dần được khôi phục, độ trễ giảm từ 1 giờ → 30 phút → 15 phút
- GitHub giải thích rằng họ đang xử lý backlog (các thông báo tồn đọng)
- Cuối cùng, vấn đề chậm thông báo đã được giải quyết, và việc gửi thông báo bình thường đã được nối lại
Kết thúc sự cố và các biện pháp tiếp theo
- Theo giờ UTC, vào 19:29 ngày 9 tháng 2 năm 2026, sự cố đã được giải quyết hoàn toàn
- GitHub bày tỏ lời cảm ơn tới sự kiên nhẫn và thấu hiểu của người dùng
- Kết quả phân tích nguyên nhân gốc rễ (Root Cause Analysis) sẽ được công bố ngay khi sẵn sàng
Tính năng thông báo cho người dùng và đăng ký theo dõi
- Người dùng có thể đăng ký theo dõi cập nhật sự cố qua email, SMS, Slack, Webhook, v.v.
- Khi đăng ký, người dùng phải đồng ý với chính sách quyền riêng tư và điều khoản dịch vụ của GitHub và Atlassian
- Trang web được bảo vệ bởi Google reCAPTCHA
Tóm tắt
- Sự cố lần này là vấn đề chậm trong hệ thống thông báo của GitHub, với quá trình khôi phục theo từng giai đoạn kéo dài khoảng 4 giờ
- Dịch vụ hiện đã trở lại trạng thái bình thường, và báo cáo phân tích bổ sung sẽ được công bố sau
2 bình luận
Hóa ra việc GitHub phun ra lỗi vào rạng sáng nay không chỉ xảy ra với mình tôi.
Ý kiến trên Hacker News
GitHub không còn công khai thống kê độ sẵn sàng dịch vụ nữa nên tôi đã tự parse dữ liệu
Hiện tại xét trên toàn bộ dịch vụ thì có vẻ chỉ ở mức ‘single 9’
Có thể xem tại trang GitHub Statuses
Tôi cũng đã xem kỹ phần giải thích kèm link archive.org
Số liệu theo từng mảng thì ổn, nhưng gộp tất cả dịch vụ vào một chỉ số là vô nghĩa
Hầu hết đều trên 99.5%, ngoại trừ Copilot
Tôi dùng hằng ngày nhưng hầu như không cảm nhận thấy vấn đề. Có lẽ thời điểm ghi nhận sự cố bị phản ánh chậm
Web UI gần như không hoạt động, nên tôi tự hỏi liệu GitHub có đang báo cáo giảm nhẹ mức độ nghiêm trọng của sự cố hay không
Vài năm trước tôi chưa từng nghĩ vị thế thống trị của GitHub sẽ bị đe dọa
Nhưng nếu vận hành cứ bất ổn như bây giờ thì có lẽ nó sẽ được ghi nhớ như một pha tự bắn vào chân điển hình của ngành
Nếu có thể chuyển cả issue và project thì tôi sẽ nghiêm túc cân nhắc việc rời đi
Nhìn vào sản phẩm GitHub Enterprise self-hosted là có thể thấy độ phức tạp của nó
GitHub là con ngỗng đẻ trứng vàng của dữ liệu phát triển phần mềm toàn cầu, nên nếu cứ bất ổn như hiện tại thì chính thương hiệu cũng gặp nguy
Windows 11 cũng không ổn, và GitHub có thể đánh mất vai trò nền tảng của phát triển hiện đại
Tôi đang xử lý một lỗi bảo mật của Caddy thì GitHub sập, mở report ra chỉ thấy trang kỳ lân
Tôi định tranh thủ tập trung trong 2 giờ không có con bên cạnh, nhưng giờ lo rằng vòng phản hồi sẽ bị đẩy sang ngày mai vì sự cố này
Dù vậy, tôi vẫn biết ơn vì GitHub Sponsors đang giúp mình kiếm sống
Có thể nhìn GitHub vỡ vụn rồi phát nổ theo thời gian thực
GitHub Status History gần như ở mức hài kịch
Thật mỉa mai khi lại thấy giai đoạn ‘vị cứu tinh’ của ngành AI trôi qua theo cách này
Bài liên quan: link The Verge
Họ không giấu downtime nên người dùng còn có thể ứng phó, và chắc sớm sẽ có postmortem
Từ đầu năm đến nay GitHub gặp nhiều sự cố đến mức gần như cập nhật trang trạng thái mỗi ngày
Nhìn vào lịch sử trạng thái thì ngay cả với một dịch vụ lớn, đây cũng không phải bình thường
Thậm chí còn có câu đùa rằng cứ khoảng 4 giờ chiều là GitHub Actions lại đứng hình
Tôi mong phía nội bộ công khai nguyên nhân và biện pháp khắc phục
GitHub vốn được thiết kế cho một quy mô khác, nên giờ giống như đột ngột hứng một mức tải hoàn toàn mới
Ban đầu trang trạng thái chỉ hiển thị độ trễ thông báo, nhưng thực tế cứ truy cập PR là trang kỳ lân hiện ra liên tục
Sau đó mới có thêm trang trạng thái riêng cho PR, rồi cuối cùng mở rộng thành sự cố toàn dịch vụ
Link sự cố liên quan
Lúc 16:10 UTC thì chưa có, nhưng vài phút sau đã xuất hiện
Link giám sát
Tôi đã hoàn tất việc di cư sang Forgejo trong vài tuần gần đây
Công ty chúng tôi muốn giảm phụ thuộc vào các đám mây lớn, nên chuyện hạ tầng cốt lõi dừng hoạt động chỉ vì GitHub/Azure gặp sự cố là điều không thể chấp nhận
Quá trình chuyển đổi diễn ra suôn sẻ, và chúng tôi cũng đang làm thêm vài phần tùy biến
Cộng đồng rất thân thiện và chào đón, nên tôi hy vọng Forgejo sẽ tiếp tục phát triển
Link công ty, link thảo luận đề xuất
Sự bất ổn của GitHub giờ đã không còn có thể chấp nhận được nữa
Nếu sau này tôi có thể ảnh hưởng đến việc chọn nơi lưu trữ mã nguồn, tôi sẽ cố tránh GitHub
Chỉ là khả năng được khám phá và tín hiệu xã hội (star, fork) của GitHub vẫn rất hấp dẫn
Cách thực tế hơn là dùng forge nội bộ (GitLab, Gitea, v.v.) rồi mirror sang GitHub
Trớ trêu thay, nếu GitHub tốt hơn thì tôi đã dùng gói trả phí, còn bây giờ tôi chỉ dùng miễn phí và mang tiền sang chỗ khác
Trong 3 tháng qua đã có 3 lần sự cố quy mô lớn
Điều này cũng được ghi rõ trong lịch sử trạng thái
Tình hình lúc này trông chẳng khác gì hậu quả của việc AI thay thế kỹ sư