Ngày 06/10/2026, GitHub công bố đang xây lại hạ tầng Git của mình, theo bài viết của kỹ sư Brian Celenza trên blog công ty. Việc xây lại diễn ra trong lúc GitHub vẫn chạy bình thường, không có thời gian dừng bảo trì.
Điều này nghe như chuyện nội bộ kỹ thuật, nhưng người dùng Việt dùng GitHub hằng ngày sẽ cảm nhận qua tốc độ push, clone và pipeline CI. Khi AI viết code thay người, lượng thao tác lên kho mã tăng vọt, và hạ tầng cũ bắt đầu chạm trần.
Có gì mới trong kế hoạch của GitHub
GitHub nói rõ: họ đang xây lại hạ tầng Git để hỗ trợ phát triển phần mềm ở quy mô agent, tức khi lập trình viên và các agent AI cùng làm việc trong một kho mã. Kiến trúc mới hướng tới việc đọc và ghi mở rộng độc lập, chịu tải cao hơn và phục hồi tốt hơn khi có sự cố.
Trong các phép đo nội bộ, kiến trúc mới đạt tốc độ ghi cao hơn tới 35 lần, còn năng lực đọc tự mở rộng theo nhu cầu. GitHub nhấn mạnh đây là kết quả đo nội bộ, chưa phải con số cam kết cho mọi kho mã.
Vì sao hạ tầng cũ không còn đủ
Bài viết đưa ra loạt con số cho thấy mức tăng. Từ tháng 9/2025 đến tháng 8/2026, tổng hoạt động Git trên GitHub tăng hơn gấp đôi, từ 218,2 tỷ lên 473,3 tỷ sự kiện mỗi tháng. Chỉ riêng tháng 9, lập trình viên và agent tạo 7,38 tỷ commit, gấp hơn 5 lần một năm trước.
Số lượt push tăng 4,9 lần so với năm trước, từ 0,69 tỷ lên 3,35 tỷ mỗi tháng. Số lần merge pull request tăng gần 4 lần. GitHub Actions chạy 3,26 tỷ lần trong tháng 9, cũng gấp hơn 4 lần.
Vấn đề nằm ở chỗ mỗi agent AI trong vòng lặp liên tục sẽ commit hoặc lưu trạng thái sau gần như mỗi hành động. Độ trễ mà con người không nhận ra lại thành nút thắt với agent. Mỗi lần push lại kéo theo hàng nghìn lượt đọc từ CI và quét mã, nên hệ thống phải vừa nhận ghi nhanh vừa phục vụ đọc với chi phí thấp.
Kiến trúc mới thay đổi điều gì
Ba hướng chính được GitHub nêu. Thứ nhất, giảm phối hợp: chỉ phần cập nhật tham chiếu của một lần push mới thật sự cần đồng thuận, còn lưu đối tượng, kiểm tra kết nối và quét bí mật có thể chạy song song. Thứ hai, tách lưu trữ khỏi xử lý: bản sao gốc của kho mã nằm ở tầng lưu trữ bền vững, còn năng lực đọc đến từ các worker cache nhẹ, nên thêm máy đọc không còn làm chậm ghi. Thứ ba, chuyển việc bảo trì như nén dữ liệu và dọn rác ra khỏi máy chủ đang phục vụ request.
GitHub cũng cho biết bản sao gốc của kho mã sẽ đặt trên Azure Blob Storage, tận dụng khả năng bền vững và sao chép sẵn có của Azure. Khi tách hai tầng, mất một worker xử lý giống như mất cache, worker thay thế có thể phục vụ ngay và tự nạp lại dữ liệu.
Ai được lợi, ai chưa thấy khác
Nhóm thấy khác biệt sớm nhất là các đội chạy nhiều agent AI trên cùng một kho mã, cùng những kho nhận hàng triệu commit mỗi ngày. Với họ, mỗi giây chờ ở bước push nhân lên thành chi phí thật.
Người dùng phổ thông, kho cá nhân ít commit, gần như chưa thấy thay đổi ngay. GitHub nói hạ tầng mới nâng mặt bằng chung cho mọi người, nhưng lợi ích rõ nhất vẫn thuộc về các workload nặng nhất.
Một điểm cần lưu ý: GitHub khẳng định vẫn giữ các cơ chế kiểm soát quen thuộc như bảo vệ nhánh, yêu cầu review, nhật ký kiểm tra và quyền hiển thị kho mã. Nghĩa là quy trình làm việc của đội không phải đổi, chỉ có hạ tầng bên dưới đổi.
Điều này nghĩa gì với đội làm phần mềm ở Việt Nam
Phần lớn đội nhỏ ở Việt Nam chưa chạy hàng nghìn agent trên một kho, nên chưa cần lo về trần hạ tầng. Nhưng xu hướng thì đã rõ: ngày càng nhiều đội để trợ lý AI tự tạo commit, tự mở pull request, tự chạy kiểm thử.
Khi số thao tác tự động tăng, chi phí thời gian chờ ở mỗi lần push cũng tăng theo. Một hạ tầng nhận ghi nhanh hơn giúp vòng lặp làm việc của agent ngắn lại, và đó là lý do thay đổi này đáng để theo dõi dù nó nằm sâu trong hệ thống.
So với lựa chọn khác trên TopỨngDụng
Nếu cần nơi lưu mã có hạ tầng mạnh cho CI và agent, GitHub là lựa chọn phổ biến nhất. GitLab là đối thủ trực tiếp với CI tích hợp, còn Git là công cụ nền, không phụ thuộc dịch vụ nào. Ai dùng GitHub kèm trợ lý viết code có thể xem thêm GitHub Copilot.
Điểm đáng chú ý là GitHub chọn cách nâng cấp dần trong lúc hệ thống đang chạy, thay vì yêu cầu người dùng đổi cách làm việc. Với đội đang cân nhắc chuyển nền tảng, đây là tín hiệu cho thấy hướng đầu tư dài hạn vào hạ tầng.
Nên làm gì bây giờ
Nếu đội đang chạy nhiều agent hoặc pipeline CI nặng, hãy rà lại các bước dễ thành nút thắt: kích thước kho, tần suất push, cách dùng cache của CI. Hạ tầng mới sẽ giúp, nhưng thói quen commit quá dày vẫn tốn thời gian chờ.
GitHub cho biết bài tiếp theo trong loạt bài sẽ đi sâu hơn vào kiến trúc tương lai. Muốn theo dõi con số và tiến độ, đọc bản gốc tại bài công bố chính thức của GitHub.
