Pipeline CI/CD hiện đại được định nghĩa dưới dạng code — các file cấu hình (thường là YAML) được lưu trong repository mô tả các trigger, jobs, và steps của pipeline. Pipeline-as-code làm cho pipeline được quản lý phiên bản, review được, và có thể tái tạo.
[]
TRIGGERS → sự kiện nào chạy pipeline (push, PR, tag, schedule, manual)
JOBS → các đơn vị công việc (mỗi cái chạy trong môi trường riêng; có thể chạy SONG SONG)
STEPS → các lệnh/action tuần tự trong một job
DEPENDENCIES → "needs" (sắp xếp job: deploy sau khi test pass)
CONDITIONS → chỉ chạy steps/jobs khi tiêu chí khớp (ví dụ chỉ trên main)
SECRETS / ENV → inject thông tin xác thực và config một cách an toàn (KHÔNG hardcode)
CACHING → cache dependencies giữa các lần chạy (build nhanh hơn)
MATRIX → chạy trên nhiều phiên bản/OS (ví dụ test trên Node 18, 20, 22)
✓ ĐƯỢC QUẢN LÝ PHIÊN BẢN — thay đổi pipeline được theo dõi trong Git (lịch sử, ai/tại sao)
✓ ĐƯỢC REVIEW — thay đổi pipeline qua PR review (như code)
✓ TÁI TẠO ĐƯỢC — định nghĩa pipeline nằm cùng code, nhất quán
✓ Dễ chia sẻ, sao chép, và roll back
Hiểu cách cấu hình pipeline CI/CD dưới dạng code là kiến thức thực tiễn có giá trị vì pipeline-as-code là cách tiếp cận hiện đại tiêu chuẩn, và cấu hình pipeline là một kỹ năng CI/CD cốt lõi. Pipeline-as-code — định nghĩa pipeline trong các file cấu hình (thường là YAML) được lưu trong repository — là cách CI/CD hiện đại được cấu hình, và hiểu cấu trúc (trigger định nghĩa khi nào pipeline chạy, jobs như các đơn vị công việc, steps như các lệnh tuần tự, dependencies để sắp xếp, và conditions để thực thi có chọn lọc) là cần thiết để thực sự tạo và sửa đổi pipeline.
Hiểu các khái niệm cấu hình then chốt — triggers (push, PR, tag, schedule, manual), jobs (các đơn vị song song trong môi trường riêng), steps, dependencies (needs để sắp xếp như deploy-sau-test), conditions (chỉ chạy trên một số nhánh), secrets/env (inject thông tin xác thực an toàn thay vì hardcode — quan trọng cho bảo mật), caching (build nhanh hơn), và matrix builds (test trên nhiều phiên bản/OS) — bao gồm bộ công cụ thực tiễn để xây dựng các pipeline thực.
Hiểu lợi ích của pipeline-as-code là quan trọng: vì pipeline được định nghĩa trong code trong repository, nó được quản lý phiên bản (thay đổi được theo dõi với lịch sử), được review (thay đổi pipeline qua PR review như code ứng dụng), và tái tạo được (định nghĩa nằm cùng code) — mang lại cùng sự nghiêm ngặt kỹ thuật cho pipeline như cho code ứng dụng, tốt hơn nhiều so với pipeline được cấu hình qua UI (không theo dõi được, không review được, khó tái tạo).
Vì cấu hình pipeline là một kỹ năng CI/CD cốt lõi và pipeline-as-code là cách tiếp cận hiện đại tiêu chuẩn (với các lợi ích quản lý phiên bản, review, và tái tạo của nó), và vì hiểu cấu trúc, các khái niệm cấu hình, và lợi ích cho phép xây dựng và bảo trì các pipeline thực, hiểu cách cấu hình pipeline CI/CD dưới dạng code là kiến thức có giá trị, có liên quan thực tiễn — một kỹ năng nền tảng để triển khai CI/CD và một best practice coi định nghĩa pipeline với cùng sự nghiêm ngặt như code, quan trọng đối với bất kỳ ai thiết lập việc phân phối tự động.