GitHub đã trải qua một sự cố dịch vụ nghiêm trọng vào ngày 12 tháng 8 năm 2025, ảnh hưởng đến nhiều tính năng cốt lõi bao gồm chức năng tìm kiếm, các yêu cầu API, pull request, issues và packages. Sự cố bắt đầu vào khoảng 14:12 UTC và kéo dài trong nhiều giờ, với công ty báo cáo phục hồi một phần vào lúc 15:48 UTC nhưng lưu ý vẫn tiếp tục gặp trải nghiệm không ổn định và dữ liệu tìm kiếm cũ.
Dòng thời gian sự cố GitHub (12 tháng 8, 2025)
- 14:12 UTC: Các báo cáo đầu tiên về hiệu suất suy giảm đối với API Requests, Actions, Issues và Pull Requests
- 14:30 UTC: Packages gặp phải hiệu suất suy giảm
- 14:53 UTC: Điều tra các vấn đề kết nối cụm tìm kiếm
- 15:20 UTC: Xác nhận độ trễ API tăng cao và trải nghiệm suy giảm
- 15:48 UTC: Báo cáo phục hồi một phần, nhưng trải nghiệm vẫn không ổn định
Mối lo ngại về độ tin cậy gia tăng trong người dùng doanh nghiệp
Sự cố mới nhất đã làm tăng cường các cuộc thảo luận về hồ sơ độ tin cậy của GitHub. Khách hàng doanh nghiệp ngày càng cảm thấy thất vọng với những gì họ coi là các sự cố dịch vụ thường xuyên. Nhiều người dùng hiện đang tích cực theo đuổi các yêu cầu tín dụng SLA từ hợp đồng của họ, mặc dù quá trình này đòi hỏi can thiệp thủ công vì GitHub thiếu các hệ thống báo cáo thời gian hoạt động tự động. Cộng đồng đã lưu ý rằng đây là sự cố lớn thứ hai trong vòng khoảng hai tuần, đặt ra câu hỏi về tính ổn định của cơ sở hạ tầng nền tảng.
Hiệu ứng mạng lưới so với các lựa chọn thay thế kỹ thuật
Bất chấp các vấn đề về độ tin cậy, sự thống trị của GitHub chủ yếu xuất phát từ hiệu ứng mạng lưới hơn là các tính năng kỹ thuật vượt trội. Giá trị của nền tảng nằm ở vai trò là trung tâm kết nối nơi các nhà phát triển đã có tài khoản và có thể khám phá các dự án. Tuy nhiên, cộng đồng đang tích cực thảo luận về các lựa chọn thay thế như Forgejo, GitLab và các giải pháp tự lưu trữ. Forgejo, đặc biệt, đã thu hút sự chú ý như một lựa chọn thay thế nhẹ, hoàn toàn mã nguồn mở, tiêu thụ ít tài nguyên hơn đáng kể so với GitLab trong khi cung cấp các tính năng thiết yếu như lưu trữ mã, issues và pull request.
Các Lựa Chọn Thay Thế GitHub Phổ Biến Được Thảo Luận
- Forgejo: Phiên bản fork nhẹ, hoàn toàn mã nguồn mở của Gitea với yêu cầu tài nguyên tối thiểu
- GitLab: Nền tảng giàu tính năng với khả năng CI/CD mạnh mẽ nhưng tiêu thụ tài nguyên cao hơn
- Codeberg: Phiên bản Forgejo công khai lưu trữ nhiều dự án FOSS
- Self-hosted Gitea: Yêu cầu bảo trì tối thiểu với thời gian hoạt động được tính bằng tháng
 |
|---|
| Khám phá các lựa chọn thay thế cho GitHub, các nhóm đang cân nhắc các giải pháp tự lưu trữ để có môi trường phát triển bền vững hơn |
Các phụ thuộc cơ sở hạ tầng tạo ra điểm lỗi đơn lẻ
Sự cố đã làm nổi bật cách nhiều tổ chức đã xây dựng toàn bộ quy trình phát triển và triển khai xung quanh các dịch vụ của GitHub. Ngoài việc lưu trữ git đơn giản, các nhóm còn dựa vào GitHub cho tích hợp liên tục, theo dõi issues, quản lý dự án và lưu trữ artifact. Điều này tạo ra các điểm lỗi đơn lẻ có vấn đề khi các công ty thậm chí không thể triển khai các bản vá khẩn cấp trong thời gian sự cố.
Vấn đề là mọi người thiết kế toàn bộ vòng đời phát triển và phát hành phụ thuộc vào GitHub. Nhiều lần họ thậm chí không thể đẩy các bản vá mã khẩn cấp lên production mà không có nó.
 |
|---|
| Khi nhiều người phụ thuộc vào GitHub cho quy trình phát triển của họ, các phụ thuộc cơ sở hạ tầng tạo ra những thách thức đáng kể trong thời gian gián đoạn dịch vụ |
Tự lưu trữ nổi lên như một lựa chọn thay thế khả thi
Các cuộc thảo luận trong cộng đồng cho thấy sự quan tâm ngày càng tăng đối với các giải pháp tự lưu trữ. Một số người dùng báo cáo chạy các instance Gitea hoặc Forgejo với thời gian hoạt động được đo bằng tháng, chỉ yêu cầu bảo trì tối thiểu trong các cửa sổ nâng cấp đã lên kế hoạch. Các giải pháp này cung cấp chức năng cốt lõi mà hầu hết các nhóm cần trong khi loại bỏ sự phụ thuộc vào các nhà cung cấp dịch vụ bên ngoài. Các yêu cầu tài nguyên đáng chú ý là khiêm tốn so với các nền tảng doanh nghiệp, làm cho việc tự lưu trữ trở nên dễ tiếp cận ngay cả đối với các tổ chức nhỏ hơn.
Sự cố này phục vụ như một lời nhắc nhở về các rủi ro vốn có trong việc tập trung hóa cơ sở hạ tầng phát triển quan trọng. Trong khi sự tiện lợi và hiệu ứng mạng lưới của GitHub vẫn hấp dẫn, tần suất của các sự cố gần đây đang thúc đẩy nhiều nhóm hơn xem xét các phương pháp phân tán hoặc chiến lược dự phòng để duy trì tính liên tục hoạt động.
Tham khảo: Incident with search on GitHub we are seeing increased failure rates Incident Report for GitHub