GitHub sập toàn cầu ngày 17/8/2026: Điều gì đã xảy ra?
GitHub sập trên toàn cầu ngày 17/8/2026, gây lỗi kỳ lân hồng và gián đoạn nhiều giờ. Cùng xem dòng thời gian, mức độ ảnh hưởng và nguyên nhân đã biết.
Long Nguyen
Lập trình viên Fullstack · Kỹ sư AI · Nhà nghiên cứu
Ngày 17/8/2026, GitHub — nền tảng thuộc Microsoft được khoảng 225 triệu nhà phát triển sử dụng — đã gặp sự cố trên diện rộng, làm gián đoạn hoạt động phát triển phần mềm trên toàn cầu trong khoảng bảy tiếng rưỡi. Nếu hôm đó bạn nhìn thấy trang kỳ lân hồng với thông báo "No server is currently available to service your request", hoặc đồng thời không thể push mã, chạy CI và sử dụng Copilot, thì đây chính là sự cố đã xảy ra. Sự cố hiện đã được khắc phục.
Những gì bị ảnh hưởng
Sự cố ảnh hưởng trên diện rộng, chứ không chỉ giới hạn ở một tính năng. Vào thời điểm nghiêm trọng nhất, GitHub ghi nhận tỷ lệ lỗi khoảng 20% trên các trải nghiệm web và lưu lượng API, cùng tỷ lệ lỗi khoảng 50% đối với lượt tải archive và nội dung repository raw. Các dịch vụ bị ảnh hưởng gồm website, Pull Requests, Issues, Actions, Webhooks, API Requests, Git Operations, Pages và Copilot. Hệ thống xác thực và danh tính cũng bị kéo vào sự cố — xác thực SAML và OIDC, SCIM và Team Sync đều nằm trong danh sách bị ảnh hưởng. Đây là lý do sự cố tác động mạnh ngay cả đến những nhóm mà quy trình làm việc chính lẽ ra có thể vẫn hoạt động ở mức suy giảm.
Dòng thời gian (UTC)
- 13:40 — GitHub mở sự cố và thông báo hiệu suất của một số dịch vụ bị ảnh hưởng.
- 13:45 — Số liệu đầu tiên được công bố: tỷ lệ lỗi khoảng 20% trên Pull Requests, Issues và các trải nghiệm khác.
- 14:04 — Phạm vi ảnh hưởng mở rộng, với tỷ lệ lỗi khoảng 20% trên lưu lượng web và API, và khoảng 50% trên archive cùng nội dung repository raw.
- 14:24 — Xác thực SAML/OIDC, SCIM và Team Sync được bổ sung vào danh sách bị ảnh hưởng.
- 14:45–14:58 — Pull Requests, Issues, Actions và Webhooks chuyển từ suy giảm hiệu suất sang suy giảm khả dụng; GitHub bắt đầu triển khai các biện pháp giảm thiểu và theo dõi tình hình.
- ~16:36 — GitHub xác định thành phần gây vấn đề, thực hiện biện pháp khắc phục và ghi nhận những dấu hiệu phục hồi rõ rệt.
- ~16:59 — Tình trạng suy giảm được tuyên bố đã giảm thiểu trên hầu hết dịch vụ; hoạt động giám sát vẫn tiếp tục, trong đó Copilot phục hồi chậm hơn.
- ~21:15 — Sự cố được tuyên bố đã hoàn toàn khắc phục, khoảng bảy tiếng rưỡi sau khi bắt đầu, sau khi GitHub tiếp tục xử lý các lỗi đăng nhập rải rác ảnh hưởng đến Copilot và những dịch vụ khác.
Nguyên nhân là gì?
Tính đến hiện tại, GitHub chưa công bố nguyên nhân kỹ thuật cụ thể. Trong thời gian xảy ra sự cố, GitHub cho biết họ đã xác định "thành phần gây vấn đề" và thực hiện biện pháp khắc phục — nhưng không nêu rõ đó là thành phần nào, đồng thời cũng chưa phát hành bản phân tích nguyên nhân gốc rễ chi tiết. GitHub cho biết sẽ chia sẻ bản phân tích đầy đủ ngay khi có.
Có một vài điểm cần được nói rõ, bởi những sự cố như thế này thường nhanh chóng kéo theo nhiều suy đoán: GitHub không quy kết sự cố cho bất kỳ nhà cung cấp upstream nào và cũng không đề cập đến mối liên hệ với Azure. Mọi khẳng định về một nguyên nhân cụ thể — sự cố Azure, vấn đề cơ sở dữ liệu hay một lần triển khai lỗi — đều nên được xem là chưa được xác nhận cho đến khi GitHub công bố phân tích của mình. Bài viết này sẽ được cập nhật khi bản phân tích đó xuất hiện.
Ở góc nhìn rộng hơn, GitHub đã chịu áp lực trong nhiều tháng do làn sóng lập trình sử dụng AI tăng mạnh. CTO của công ty từng cho biết vào đầu năm 2026 rằng GitHub đã lên kế hoạch mở rộng công suất khoảng mười lần, rồi nhận ra họ vẫn cần xây dựng cho quy mô lớn hơn rất nhiều — dạng áp lực có thể khiến các sự cố lớn, lan truyền theo chuỗi dễ xảy ra hơn, dù đây không phải nguyên nhân đã được xác nhận trong trường hợp này.
Nên làm gì khi xảy ra sự cố tương tự?
- Xác nhận vấn đề nằm ở GitHub chứ không phải hệ thống của bạn: kiểm tra githubstatus.com và @githubstatus. Nếu đang có sự cố được mở, vấn đề nằm ở phía máy chủ.
- Đừng mất thời gian tự gỡ lỗi thiết lập của mình. Cài đặt lại công cụ, thay token hoặc cấu hình lại git sẽ không giúp ích khi chính GitHub đang gặp lỗi.
- Tạm dừng các lần thử lại tự động và pipeline triển khai để các job thất bại không dồn lại trong lúc tỷ lệ lỗi còn cao; hãy bật lại khi trạng thái đã trở lại bình thường.
- Chờ và thử lại. Sự cố phía máy chủ không có cách khắc phục từ phía máy của bạn — hãy theo dõi trạng thái và chờ hệ thống phục hồi.
Tôi thường viết về các sự cố và những điểm dễ gây nhầm lẫn khi gỡ lỗi; nếu bạn thấy hữu ích, hãy xem thêm tại Netalith hoặc liên hệ với tôi trên LinkedIn.
CÂU HỎI THƯỜNG GẶP
Câu hỏi thường gặp
GitHub có bị sập vào ngày 17/8/2026 không?
Có. GitHub đã gặp sự cố trên diện rộng toàn cầu bắt đầu từ 13:40 UTC ngày 17/8/2026, làm gián đoạn website, Pull Requests, Issues, Actions, Webhooks, API, Git Operations và Copilot. Sự cố được tuyên bố đã khắc phục khoảng bảy tiếng rưỡi sau đó, vào khoảng 21:15 UTC.
Nguyên nhân sự cố GitHub ngày 17/8 là gì?
GitHub cho biết họ đã xác định một thành phần gây vấn đề và thực hiện biện pháp khắc phục, nhưng không nêu tên thành phần đó và vẫn chưa công bố bản phân tích nguyên nhân gốc rễ chi tiết. GitHub cũng không đề cập đến bất kỳ nhà cung cấp upstream nào hay mối liên hệ với Azure, vì vậy mọi khẳng định về nguyên nhân cụ thể đều chưa được xác nhận cho đến khi GitHub phát hành bản phân tích.
Mức độ ảnh hưởng nghiêm trọng đến đâu?
Ở thời điểm nghiêm trọng nhất, tỷ lệ lỗi khoảng 20% trên lưu lượng web và API, và khoảng 50% trên lượt tải archive cùng nội dung repository raw. Xác thực SAML/OIDC, SCIM và Team Sync cũng bị ảnh hưởng.
Trang kỳ lân hồng có liên quan đến sự cố này không?
Có. Trang kỳ lân với thông báo "No server is currently available to service your request" là trang lỗi chung phía máy chủ của GitHub. Nhiều người dùng nhìn thấy trang này trong thời gian xảy ra sự cố vì GitHub không thể xử lý các yêu cầu.
Hiện GitHub đã hoạt động trở lại chưa?
Có. Sự cố được tuyên bố đã khắc phục vào khoảng 21:15 UTC ngày 17/8/2026. GitHub cho biết sẽ công bố bản phân tích nguyên nhân gốc rễ chi tiết khi có.