Tổng quan về Jenkins

Mục lục

• Mục tiêu
• 1. Jenkins là gì?
• 2. Bài toán Jenkins giải quyết
• 3. Các thành phần và tính năng chính
• 4. Jenkins nằm ở đâu trong chuỗi công cụ?
• 5. Khi nào nên và không nên dùng Jenkins?
• 6. Lộ trình học đề xuất
• Checklist tự kiểm tra
• Tài liệu tham khảo

Mục tiêu

Sau bài này, bạn có thể:

• mô tả đúng vai trò của Jenkins trong quy trình CI/CD;
• phân biệt Jenkins với Git, build tool, artifact repository và nền tảng triển khai;
• nhận diện các thành phần chính: controller, agent, job, build, Pipeline và plugin;
• đánh giá sơ bộ Jenkins có phù hợp với đội ngũ hay không;
• chọn bước tiếp theo trong lộ trình học.

1. Jenkins là gì?

Jenkins là một automation server mã nguồn mở viết bằng Java. Jenkins nhận sự kiện hoặc lịch chạy, điều phối công việc trên một hay nhiều máy thực thi, ghi lại kết quả và cung cấp giao diện để theo dõi. Trường hợp sử dụng phổ biến nhất là tự động hóa quy trình build, test và delivery/deployment phần mềm.

Jenkins không phải là một quy trình CI/CD hoàn chỉnh chỉ sau khi cài đặt. Nó là bộ máy điều phối; đội ngũ vẫn phải định nghĩa:

• công việc cần chạy và thứ tự chạy;
• công cụ build/test/deploy;
• điều kiện chất lượng và quy tắc phê duyệt;
• credential, quyền truy cập và chính sách lưu trữ;
• cách xử lý lỗi, rollback và thông báo.

Jenkins không thay thế các công cụ trong chuỗi delivery. Jenkins kết nối và điều phối chúng thành một quy trình có thể lặp lại, quan sát và kiểm soát.

2. Bài toán Jenkins giải quyết

2.1 Từ thao tác thủ công đến quy trình lặp lại được

Một quy trình phát hành thủ công thường phụ thuộc vào trí nhớ của một vài người: checkout đúng branch, chạy đúng lệnh, chọn đúng biến môi trường rồi sao chép artifact đến server. Cách làm này khó kiểm toán và dễ tạo ra khác biệt giữa các lần chạy.

Jenkins chuyển các thao tác đó thành job hoặc Jenkinsfile. Mỗi lần chạy có đầu vào, log, trạng thái và lịch sử riêng. Khi Pipeline được lưu trong source control, thay đổi quy trình cũng có thể review như code ứng dụng.

2.2 Phản hồi sớm cho developer

Nếu build hoặc test chỉ chạy trước ngày release, lỗi tích lũy lâu và khó xác định commit gây lỗi. Jenkins có thể chạy khi có push hoặc pull request để rút ngắn feedback loop:

1. nhận webhook từ Git provider;
2. checkout revision cần kiểm tra;
3. build và chạy automated tests;
4. xuất test report, artifact và trạng thái;
5. gửi kết quả về pull request hoặc kênh thông báo.

2.3 Chuẩn hóa giữa nhiều dự án

Pipeline dùng chung, Shared Library, container image và cấu hình agent giúp nhiều repository tuân theo cùng quy tắc. Ví dụ, mọi service đều phải qua unit test, static analysis và security scan trước khi publish artifact.

2.4 Điều phối môi trường khác nhau

Một controller có thể phân công workload theo label cho các agent khác nhau:

• linux && docker để build container;
• windows để build ứng dụng .NET hoặc installer;
• macos để build và ký ứng dụng Apple;
• high-memory cho test cần nhiều RAM.

Kiến trúc này được giải thích chi tiết trong Kiến trúc Jenkins.

3. Các thành phần và tính năng chính

3.1 Pipeline as Code

Thay vì cấu hình toàn bộ quy trình bằng UI, Jenkins Pipeline thường được định nghĩa trong file Jenkinsfile tại repository:

pipeline {
    agent any

    stages {
        stage('Build') {
            steps {
                echo 'Build ứng dụng'
            }
        }
        stage('Test') {
            steps {
                echo 'Chạy kiểm thử'
            }
        }
    }
}

Cách này mang lại lịch sử thay đổi, code review và khả năng khôi phục phiên bản. Với dự án thực tế, nên ưu tiên Pipeline as Code thay vì duy trì workflow phức tạp hoàn toàn trong UI.

3.2 Hệ sinh thái plugin

Jenkins core giữ phạm vi tương đối nhỏ; phần lớn tích hợp được cung cấp bởi plugin. Plugin có thể bổ sung SCM, cloud agent, report, credential type, notification hoặc Pipeline step.

Plugin đem lại khả năng mở rộng lớn nhưng cũng tạo chi phí vận hành:

• phải theo dõi compatibility trước khi nâng cấp;
• phải vá lỗ hổng và gỡ plugin không còn sử dụng;
• plugin quá nhiều làm tăng thời gian khởi động và bề mặt tấn công;
• cấu hình cần được backup và kiểm thử khôi phục.

Chỉ cài plugin khi có use case rõ ràng. Ghi lại owner, mục đích và kế hoạch nâng cấp của các plugin quan trọng.

4. Jenkins nằm ở đâu trong chuỗi công cụ?

Nói ngắn gọn: build tool biết cách tạo phần mềm; deployment tool biết cách thay đổi môi trường; Jenkins biết khi nào và theo thứ tự nào cần gọi các công cụ đó.

5. Khi nào nên và không nên dùng Jenkins?

5.1 Jenkins phù hợp khi

• đội ngũ cần self-hosted CI/CD và kiểm soát network, dữ liệu hoặc agent;
• workload đa dạng, cần Linux/Windows/macOS, phần cứng đặc biệt hoặc mạng nội bộ;
• có nhiều hệ thống cũ và mới cần tích hợp trong cùng workflow;
• cần tùy biến sâu bằng plugin, Groovy, Shared Library hoặc API;
• tổ chức có năng lực vận hành controller, plugin, backup và security patch.

5.2 Cần cân nhắc giải pháp khác khi

• đội nhỏ chỉ cần workflow tiêu chuẩn và muốn giảm tối đa công việc vận hành;
• SCM provider hiện tại đã cung cấp hosted CI đáp ứng đầy đủ yêu cầu;
• tổ chức không có owner chịu trách nhiệm nâng cấp, bảo mật và khôi phục Jenkins;
• nhu cầu chính là GitOps reconciliation liên tục trong Kubernetes — một GitOps controller chuyên dụng có thể phù hợp hơn cho bước deploy;
• workload ngắn hạn, đơn giản nhưng Jenkins lại yêu cầu quá nhiều plugin và cấu hình riêng.

5.3 Câu hỏi đánh giá nhanh

6. Lộ trình học đề xuất

Thứ tự thực hành khuyến nghị:

1. học nền tảng CI/CD và thuật ngữ;
2. hiểu kiến trúc trước khi chọn cách cài đặt;
3. kiểm tra yêu cầu hệ thống;
4. cài Jenkins LTS và hoàn tất initial setup;
5. tạo job đầu tiên;
6. chuyển sang Pipeline as Code và agent tách biệt.

Checklist tự kiểm tra

• Tôi giải thích được Jenkins là automation server, không phải build tool.
• Tôi phân biệt được controller, agent, job và build.
• Tôi biết vì sao Jenkinsfile nên được lưu cùng source code.
• Tôi hiểu plugin vừa tạo khả năng mở rộng vừa tạo chi phí vận hành.
• Tôi xác định được ít nhất một use case phù hợp và một trường hợp không cần Jenkins.
• Tôi đã chọn bài tiếp theo trong lộ trình.

Tài liệu tham khảo

• Jenkins User Documentation
• Jenkins User Handbook
• Jenkins Glossary
• Jenkins Plugins
• Using a Jenkinsfile