GitHub ghi nhận 7,38 tỷ commit trong tháng 9, thiết kế lại hạ tầng lưu trữ

GitHub ghi nhận 7,38 tỷ commit do nhà phát triển và tác nhân AI tạo ra trong tháng 9/2026, tăng hơn 5 lần so với một năm trước. Trước mức hoạt động tăng nhanh, nền tảng đang thiết kế lại hạ tầng lưu trữ mã nguồn.

Brian Celenza, kỹ sư phần mềm cấp cao tại GitHub, cho biết trên blog kỹ thuật ngày 6/10 rằng công ty đang xây dựng lại hạ tầng Git. Thiết kế mới lưu dữ liệu chuẩn của kho mã trên Azure Blob Storage của Microsoft, đồng thời tách riêng lớp xử lý yêu cầu. GitHub cho biết các nhánh, quy trình rà soát mã và quy tắc bảo vệ vẫn được duy trì, trong khi dịch vụ tiếp tục hoạt động trong quá trình chuyển đổi.

Hoạt động Git hàng tháng trên GitHub tăng hơn gấp đôi, từ 218,2 tỷ lượt vào tháng 9/2025 lên 473,3 tỷ lượt vào tháng 8/2026. Số lượt push hàng tháng trong cùng kỳ tăng từ 690 triệu lên 3,35 tỷ, tương đương 4,9 lần. Push là thao tác nhà phát triển đưa các thay đổi mã lên kho lưu trữ từ xa.

Các tác vụ tự động hóa và hoạt động hợp nhất mã cũng tăng. GitHub Actions được chạy 3,26 tỷ lần trong tháng 9/2026, cao hơn 4 lần so với một năm trước; số lượt hợp nhất pull request cũng tăng gần 4 lần. Kho mã đơn lẻ nhận nhiều yêu cầu nhất ghi nhận khoảng 1 tỷ lượt trong tháng 8.

Hệ thống hiện tại, Spokes, lưu nhiều bản sao đầy đủ của mỗi kho mã trên ổ đĩa cục bộ của các máy chủ tệp. Mỗi kho có năm bản sao mặc định nhằm tăng độ bền dữ liệu và phân tán yêu cầu đọc. Tuy nhiên, mỗi lần push cần được đa số bản sao xác nhận.

Với cấu trúc này, tăng số bản sao để đáp ứng nhu cầu đọc cũng làm tăng số bản sao tham gia xử lý ghi, có thể khiến push chậm hơn. Ngược lại, giảm số bản sao làm giảm năng lực xử lý yêu cầu đọc; nếu không nhận được xác nhận từ đa số bản sao, thao tác ghi sẽ dừng. GitHub cho biết công ty cần đáp ứng tình trạng hoạt động của nhà phát triển và tác nhân AI tập trung vào cùng một kho mã.

Thiết kế mới tách việc lưu dữ liệu khỏi xử lý yêu cầu. Azure Blob Storage lưu dữ liệu chuẩn của kho mã, còn các tiến trình xử lý nhẹ lưu dữ liệu vào bộ nhớ đệm để phục vụ yêu cầu đọc. Khi nhu cầu đọc tăng, GitHub có thể bổ sung tiến trình xử lý thay vì thêm bản sao kho mã. Nếu một tiến trình gặp sự cố, tiến trình mới có thể lấy dữ liệu từ lớp lưu trữ và tiếp tục xử lý yêu cầu.

Trong quy trình ghi, việc điều phối tập trung vào bước cập nhật vị trí mà nhánh trỏ tới. Những tác vụ khác như lưu dữ liệu, xác minh liên kết và kiểm tra thông tin bí mật được xử lý song song với các thao tác ghi khác. Một tiến trình riêng đảm nhiệm nén dữ liệu và dọn các đối tượng không cần thiết.

GitHub cho biết trong các thử nghiệm hiệu năng nội bộ, thông lượng ghi tăng tối đa 35 lần. Kết quả này đến từ thử nghiệm nội bộ, chưa phải số liệu đo sau khi chuyển đổi dịch vụ thực tế. Công ty chưa công bố thời điểm hoàn tất chuyển đổi.