GitHub cam kết mở rộng quy mô sau sự cố: Người dùng thất vọng, nền tảng hứa cải tổ kiến trúc

GitHub đang phải đối mặt với áp lực lớn khi nền tảng này tiếp tục gặp sự cố gián đoạn lần thứ hai trong tháng, khiến cộng đồng lập trình viên toàn cầu bất bình. CTO Vladimir Fedorov đã công bố kế hoạch đại tu kiến trúc hệ thống nhằm giải quyết các điểm yếu về khả năng mở rộng, đồng thời thừa nhận nền tảng đã "làm bạn thất vọng" trong sự cố kéo dài gần 8 giờ đồng hồ.

Bài viết này trên Lehuy.net sẽ phân tích chi tiết về sự cố mới nhất, nguyên nhân kỹ thuật đằng sau, và lộ trình khắc phục mà GitHub đang theo đuổi. Đây là vấn đề đáng quan tâm đối với cộng đồng developer Việt Nam, vốn là một trong những nhóm người dùng phụ thuộc lớn vào GitHub cho công việc hàng ngày.

Sự cố kéo dài gần 8 giờ và lời thừa nhận hiếm hoi

Sự cố ngày 17/08/2026 kéo dài 7 giờ 47 phút đã làm gián đoạn hàng loạt dịch vụ quan trọng của GitHub như Actions, pull requests, issues, Copilot và API. CTO Vladimir Fedorov đã thẳng thắn thừa nhận: "Nếu bạn đang cố gắng phát hành phần mềm vào ngày hôm đó, chúng tôi đã làm bạn thất vọng."

Đáng chú ý, đây là sự cố thứ hai trong vòng chưa đầy một tháng, sau sự cố liên quan đến Actions hôm 6/8. Các vấn đề về độ ổn định của GitHub đã được chính nền tảng này thừa nhận từ tháng 4, nhưng công việc giải quyết vẫn chưa theo kịp tốc độ tăng trưởng nhanh chóng của lưu lượng truy cập.

"Nếu bạn đang cố gắng phát hành phần mềm vào ngày hôm đó, chúng tôi đã làm bạn thất vọng." – Vladimir Fedorov, CTO GitHub.

Áp lực từ con số tăng trưởng khổng lồ

Số liệu mà GitHub công bố cho thấy áp lực mà hệ thống đang phải chịu:

• Số lượng commit hàng tháng tăng từ 1.4 tỷ (tháng 4) lên 2.9 tỷ commits/chủ đề
• Hơn 24 triệu repository mới được tạo mỗi tháng
• Trung bình 130 triệu pull request được merge mỗi tháng

Sự tăng trưởng chóng mặt này đã đẩy nền tảng đến giới hạn. Đặc biệt, các "cơn bão retry" (retry storms) từ phía client khi hệ thống gặp lỗi càng làm trầm trọng thêm tình hình, dẫn đến hiệu ứng domino khiến sự cố kéo dài hơn và ảnh hưởng rộng hơn.

Kiến trúc mới và chiến lược khắc phục

Theo Fedorov, GitHub đang tăng tốc di chuyển khối lượng công việc sang hạ tầng Microsoft Azure – hiện đang xử lý khoảng 58% tải của nền tảng và một nửa số hoạt động Git.

Kế hoạch cải tổ kiến trúc tập trung vào việc cho phép mở rộng khả năng đọc theo tuyến tính với số lượng người dùng, cho phép không giới hạn thao tác đọc.

Mục tiêu tiếp theo: Kiến trúc mở rộng tuyến tính theo số lượng người đọc
→ Bắt đầu triển khai với các monorepo lớn nhất trước tiên

Bên cạnh đó, GitHub sẽ:

• Cách ly các hệ thống quan trọng để giảm phạm vi ảnh hưởng của sự cố
• Siết chặt giới hạn retry để ngăn chặn các cuộc tấn công retry storm
• Thêm cảnh báo sớm cho các dấu hiệu tăng đột biến lưu lượng truy cập

Người dùng có đồng cảm?

Phản ứng từ cộng đồng trên mạng xã hội cho thấy hai luồng ý kiến trái chiều. Một bên bày tỏ sự đồng cảm với thách thức kỹ thuật khi vận hành nền tảng ở quy mô khổng lồ như GitHub. Một bên là những khách hàng trả phí bày tỏ sự thất vọng và hoài nghi về cam kết của nền tảng.

Với cộng đồng developer Việt Nam, sự phụ thuộc vào GitHub là rất lớn – từ mã nguồn cá nhân đến các dự án doanh nghiệp. Việc nền tảng này gặp sự cố không chỉ ảnh hưởng đến tiến độ công việc mà còn gây gián đoạn cho các quy trình CI/CD tích hợp sâu.

Lời hứa với cộng đồng developer

Fedorov kết thúc bài viết với một cam kết đầy trách nhiệm: "Cộng đồng developer phụ thuộc vào GitHub để xây dựng, phát hành và vận hành công việc của họ. Điều đó chỉ có thể thực hiện nếu bạn có thể tin tưởng chúng tôi, và vào ngày 17/8, bạn đã không thể. Chúng tôi có trách nhiệm phải sửa chữa điều đó."

Với tình trạng hiện tại, cộng đồng developer Việt Nam cũng như toàn cầu sẽ theo dõi sát sao liệu GitHub có thực sự giữ được lời hứa về độ tin cậy và khả năng mở rộng của mình trong thời gian tới, hay tiếp tục phải đối mặt với những sự cố tương tự.