Ngày 28/9/2026, GitHub ra thông báo đổi mốc thời gian bắt buộc nâng cấp runner tự host cho GitHub Actions trên GitHub Enterprise Cloud. Thay đổi có hiệu lực từ thứ Hai ngày 28/9/2026, và mốc bắt buộc đầy đủ lùi sang thứ Ba ngày 29/9/2026, thay cho ngày công bố trước đó.
Tin này quan trọng với các đội dev ở Việt Nam tự dựng máy chạy CI/CD thay vì dùng máy của GitHub. Nếu phiên bản runner quá cũ, pipeline có thể ngừng chạy job mà không báo lỗi rõ ràng, khiến bản phát hành bị treo đúng lúc cần gấp. Việc nâng cấp không khó, nhưng phải làm trước hạn để tránh gián đoạn.
Chuyện gì đã đổi và mốc mới
Theo bản ghi thay đổi ngày 28/9/2026, GitHub dời ngày thực thi yêu cầu phiên bản tối thiểu cho runner tự host trên GitHub Enterprise Cloud. Bản thay đổi phát hành ngày 28/9/2026, và việc thực thi đầy đủ bắt đầu ngày 29/9/2026. Trước đó GitHub đã công bố một mốc khác, nay mốc đó không còn hiệu lực.
Điều đáng chú ý là bản thân yêu cầu không thay đổi, chỉ thời hạn đổi:
- Runner tự host dưới phiên bản 2.329.0 sẽ không đăng ký hoặc đăng ký lại được.
- Runner đang chạy mà thấp hơn phiên bản tối thiểu để thực thi job, vốn cao hơn mức tối thiểu để đăng ký, sẽ dừng chạy job, kể cả khi trước đó đã đăng ký thành công.
Nói cách khác, có hai ngưỡng. Một ngưỡng chặn việc đăng ký runner mới, một ngưỡng cao hơn chặn việc chạy job. Một runner đã nằm trong hệ thống từ lâu vẫn có thể bị dừng giữa chừng nếu phiên bản thấp hơn ngưỡng thứ hai.
Ai bị ảnh hưởng, ai không
Thay đổi này chỉ áp dụng cho GitHub Enterprise Cloud. GitHub Enterprise Server không bị ảnh hưởng, nên các đội tự vận hành máy chủ GitHub tại chỗ có thể yên tâm.
Với GitHub Enterprise Cloud có Data Residency, việc thực thi đã bắt đầu từ ngày 31/7/2026, tức là nhóm này đã đi qua mốc đó từ trước. Còn lại, các tổ chức dùng GitHub Enterprise Cloud và có runner tự host là nhóm cần hành động ngay.
Nếu đội bạn chỉ dùng runner do GitHub cung cấp, không tự dựng máy chạy, thì tin này không ảnh hưởng. Đây là điểm dễ nhầm, vì nhiều đội tưởng mọi runner đều phải nâng cấp.
Cần làm gì trước ngày 29/9/2026
Việc đầu tiên là kiểm tra phiên bản của từng runner tự host trong hệ thống và đối chiếu với ngưỡng 2.329.0. Cần rà cả những máy đã chạy ổn định lâu nay, vì chúng thường bị bỏ quên đúng vì chưa từng gây lỗi.
Nếu phát hiện runner dưới ngưỡng, hãy nâng cấp trước ngày 29/9/2026 để tránh gián đoạn workflow. GitHub nói hướng dẫn nâng cấp nằm trong tài liệu self-hosted runner, kèm cả phần tự host runner cho tổ chức và doanh nghiệp.
Với đội có nhiều runner trải khắp các môi trường, nên chia việc theo cụm thay vì nâng tất cả cùng lúc. Nhóm nào chạy pipeline quan trọng nhất thì nâng trước và theo dõi vài lần chạy để chắc job không lỗi. Nhóm nào ít dùng có thể xếp sau, miễn là vẫn xong trước hạn.
Cách tra ngày hết hiệu lực cho từng phiên bản
GitHub có một API REST mới để tra ngày ngừng hỗ trợ của runner. Công cụ này cho biết ngày deprecation khi đăng ký và khi chạy cho bất kỳ phiên bản runner nào. Quan trọng hơn, bạn dùng được nó để dựng cảnh báo tự động cho các cụm runner sắp tới hạn.
Với đội vận hành nhiều máy, đây là cách làm bền vững hơn so với việc nhớ ngày bằng tay. Bạn có thể đặt lịch gọi API định kỳ và cảnh báo khi còn ít ngày, để lần sau không phải chạy nước rút. Bản ghi thay đổi của GitHub có dẫn liên kết tới phần mô tả API này, kèm mốc thời gian cập nhật.
Tự host hay để GitHub chạy
Các đợt siết phiên bản như thế này là lúc đáng nhìn lại lựa chọn tự host. Tự dựng runner cho toàn quyền kiểm soát môi trường, phần cứng, và chi phí khi số phút chạy lớn. Đổi lại, đội bạn phải tự lo việc nâng cấp, cập nhật bảo mật và theo dõi phiên bản, đúng như lần này.
Nếu pipeline không cần phần cứng đặc biệt hay phần mềm nội bộ, dùng runner do GitHub cung cấp giúp bỏ hẳn gánh nặng đó. Nếu vẫn cần tự host, hãy coi việc cập nhật phiên bản là một đầu việc định kỳ, chứ không phải việc chỉ làm khi có thông báo. Với đội đang cân nhắc giữa các nền tảng, GitLab cũng có runner tự host và cũng có vòng đời phiên bản riêng, nên tiêu chí so sánh không chỉ là tính năng.
So với lựa chọn khác trên site
GitHub Actions mạnh ở chỗ gắn liền với nơi lưu mã. Nếu đội bạn đã dùng GitHub để quản lý mã nguồn, việc giữ CI/CD trong cùng nền tảng giúp giảm số hệ thống phải quản lý. Khi viết mã, Visual Studio Code và GitHub Copilot là hai công cụ thường đi kèm, và cả hai đều kết nối trực tiếp với kho GitHub.
Điểm cần cân nhắc là chi phí vận hành ẩn của runner tự host. Máy chạy đặt ở đâu, ai cập nhật, bao lâu kiểm tra một lần, đều là việc thật. Nếu đội bạn không có người chuyên trách hạ tầng, dùng runner của GitHub thường rẻ hơn về công sức, dù đơn giá phút chạy có thể cao hơn.
Nên làm gì bây giờ
Hãy kiểm tra ngay danh sách runner tự host của tổ chức, lọc ra máy dưới phiên bản 2.329.0 và lên lịch nâng cấp trước ngày 29/9/2026. Đừng quên các máy ở môi trường staging hay máy của nhóm ít dùng, vì đây là những chỗ hay bị sót nhất.
Mốc thời gian và yêu cầu phiên bản có thể thay đổi thêm, nên bạn kiểm tra lại ở bản ghi thay đổi chính thức của GitHub trước khi lên kế hoạch dài hạn. Nguồn tham chiếu: bản ghi thay đổi ngày 28/9/2026 và tài liệu hướng dẫn nâng cấp runner tự host. Nếu đội bạn đang vận hành runner tự host, xem thêm bài về GitHub trên TopỨngDụng để nắm các phần liên quan.
