Báo cáo tình trạng hệ thống GitHub tháng 7/2026: Những bước tiến và bài học từ sự cố

Trong tháng 7/2026, GitHub tiếp tục đẩy mạnh chiến lược giảm sự phụ thuộc vào hạ tầng dùng chung và các trung tâm dữ liệu vật lý, nhằm tăng cường khả năng chịu tải và cô lập sự cố. Đáng chú ý, lần đầu tiên lưu lượng đọc từ monolith đã vượt mốc 50% trên Azure Central US, đạt đỉnh 52,75% vào ngày 28/7.

Những cột mốc quan trọng trong hạ tầng

GitHub đang thực hiện quá trình chuyển đổi kiến trúc để tối ưu hóa khả năng mở rộng:

• Tăng cường Azure: Lưu lượng Git trên Azure đạt 47% và 29% các repository đã có bản sao dự phòng tại Central US, giúp giảm thiểu rủi ro khi một khu vực gặp sự cố.
• Tách biệt dịch vụ: Các bảng xác thực quan trọng đã được chuyển từ cơ sở dữ liệu dùng chung sang hạ tầng chuyên biệt, giúp giảm tải hơn một triệu truy vấn mỗi giây.
• Cải thiện hiệu năng: Các dịch vụ như Search và Pull Request đã được tối ưu hóa, giúp hệ thống hấp thụ lưu lượng tăng đột biến tốt hơn mà không gây ảnh hưởng đến người dùng.

Phản hồi về sự cố GitHub Actions

GitHub thừa nhận sự cố nghiêm trọng của GitHub Actions vào ngày 6/8 vừa qua là không thể chấp nhận được. Đội ngũ kỹ thuật đang đẩy nhanh lộ trình chuyển dịch dịch vụ này lên Azure để tận dụng khả năng xử lý linh hoạt hơn. Hiện tại, các phân tích nguyên nhân gốc rễ (RCA) đang được thực hiện để đảm bảo tính ổn định lâu dài.

Tóm tắt các sự cố kỹ thuật trong tháng 7

Báo cáo cũng liệt kê chi tiết các sự cố ảnh hưởng đến người dùng trong tháng 7:

• Ngày 8/7: Lỗi cấu hình runtime trên các máy ảo khiến dịch vụ discovery bị gián đoạn, dẫn đến hàng loạt lỗi 5xx trên toàn bộ hệ thống (Web UI, API, Copilot…).
• Ngày 9/7: Quá tải tại dịch vụ dữ liệu backend khiến việc cấp phát runner cho GitHub Actions bị trì hoãn.
• Ngày 16/7: Công cụ web_search của MCP Server gặp sự cố do nhà cung cấp dịch vụ bên thứ ba bị suy giảm hiệu năng.
• Ngày 19/7 (Sự cố 1): Cấu hình DNS sai lệch do lỗi kết nối cơ sở dữ liệu, gây gián đoạn khả năng phân giải địa chỉ nội bộ.
• Ngày 19/7 (Sự cố 2): Chứng chỉ SSL hết hạn trên một số dịch vụ nội bộ làm gián đoạn kết nối của các runner, đặc biệt là các runner tự quản lý (self-hosted).

GitHub khẳng định ưu tiên hàng đầu vẫn là: Độ khả dụng, sau đó là khả năng mở rộng, và cuối cùng là tính năng mới. Công ty cam kết sẽ tiếp tục tự động hóa các quy trình vận hành và loại bỏ các thao tác thủ công rủi ro cao để đảm bảo trải nghiệm ổn định cho cộng đồng lập trình viên.

Nguồn tham khảo: GitHub Blog