Tweet
GitLab CI: Runner – Trái tim của Pipeline Automation
Anh em DevOps chắc hẳn đã quen với GitLab CI/CD, nhưng để pipeline thực sự chạy được thì cần có một “công nhân” thầm lặng đứng phía sau: GitLab Runner. Đây chính là engine thực thi mọi job trong pipeline và trả kết quả về cho GitLab. Runner là gì?
👉 Lưu ý vui: Bạn có thể dùng laptop làm runner, nhưng thực tế thì không ai khuyến nghị. Runners nên được cài trên server/VM/container chuyên dụng để đảm bảo tính ổn định. Vì sao Runner quan trọng?
Nếu coi GitLab CI là “bộ não”, thì runner chính là “cơ bắp” để biến pipeline từ lý thuyết thành hành động. Không runner = pipeline chỉ nằm trên giấy.
Anh em DevOps chắc hẳn đã quen với GitLab CI/CD, nhưng để pipeline thực sự chạy được thì cần có một “công nhân” thầm lặng đứng phía sau: GitLab Runner. Đây chính là engine thực thi mọi job trong pipeline và trả kết quả về cho GitLab. Runner là gì?
- Execution Engine: GitLab Runner chính là “máy chạy” job – nơi mọi script, build, test được thực thi.
- Tách biệt với GitLab UI: Runners không phụ thuộc vào giao diện hay chính server GitLab, vì vậy có thể triển khai trên hạ tầng riêng biệt.
- Scalable: Khi workload tăng, chỉ cần thêm system runners trên các VM/host mới để phân tải, đảm bảo CI/CD không bị nghẽn.
- Tags: Gắn tag cho runner để điều phối công việc. Ví dụ:
- Runner trong security zone để xử lý job nhạy cảm.
- Runner chuyên biệt cho một project duy nhất.
- Scope: Có thể gán runner ở mức project, group, hoặc shared.
- Tách biệt môi trường: Dễ dàng thiết lập runners riêng cho môi trường dev, staging, production.
👉 Lưu ý vui: Bạn có thể dùng laptop làm runner, nhưng thực tế thì không ai khuyến nghị. Runners nên được cài trên server/VM/container chuyên dụng để đảm bảo tính ổn định. Vì sao Runner quan trọng?
Nếu coi GitLab CI là “bộ não”, thì runner chính là “cơ bắp” để biến pipeline từ lý thuyết thành hành động. Không runner = pipeline chỉ nằm trên giấy.
Attached Files