Chuyển tới nội dung chính

Application CICD Pipeline Settings

Pipeline CICD của một ứng dụng là một quy trình thiết yếu để hiện thực hóa một ứng dụng đang phát triển. Bằng cách tận dụng mẫu mã pipeline được thiết lập trong hồ sơ, các ứng dụng có thể cấu hình và thực thi pipeline xây dựng và triển khai chỉ với một vài hành động lựa chọn, mà không cần viết mã pipeline riêng biệt. Thêm vào đó, các pipeline xây dựng và triển khai tự động có thể được cấu hình bằng cách sử dụng các tính năng lập lịch hoặc webhook.

Tổng quan về Pipeline CICD của Ứng dụng

Application CICD Pipeline

Để cấu hình pipeline CICD của một ứng dụng, truy cập vào tab ứng dụng trong trang chi tiết hồ sơ:

Pipeline status: Cung cấp trạng thái thực thi của pipeline ứng dụng. Phiên bản hiện đang triển khai được cung cấp.

Nhấp vào trạng thái pipeline để dẫn đến trang chi tiết/cài đặt pipeline của ứng dụng như đã đề cập trong phần tiếp theo.

Pipeline running time: Hiển thị thời gian đã trôi qua kể từ lần thực thi cuối cùng của pipeline và thông tin về người dùng đã thực thi nó.

ghi chú

Việc thực thi pipeline được khởi xướng bởi một người dùng, webhook hoặc lịch trình.

Application CICD Pipeline Execution and Settings

Cài đặt và thực thi của pipeline có thể được thực hiện trên trang chi tiết pipeline như dưới đây:

Execution tab: thường được sử dụng cho việc thực thi pipeline của ứng dụng.

Setting tab: để thiết lập mã pipeline liên quan đến việc đăng ký sử dụng pipeline.

Cài đặt Pipeline CICD của Ứng dụng

Cài đặt Dự án, Đăng ký và Webhook

Profile setting Hiển thị thông tin cơ bản cần thiết để triển khai microservices. Nó chỉ ra namespace nào của cụm Kubernetes được sử dụng và nơi cấu hình của hồ sơ được lưu trữ.

  • Cluster: Địa chỉ endpoint của cụm được nhắm đến để triển khai được chỉ định trong hồ sơ.
  • Namespace: Namespace được nhắm đến để triển khai được chỉ định trong hồ sơ.
  • Vị trí nguồn phát triển dự án: Kho git nơi cấu hình triển khai được chỉ định trong hồ sơ được lưu trữ.
  • Đường dẫn cấu hình microservice: Đường dẫn trong kho Git nơi cấu hình của microservice được lưu trữ.
  • Đường dẫn tệp mã pipeline: Đường dẫn nơi mã cho việc triển khai được lưu trữ. (Hiện tại, chỉ có các tệp Jenkins được lưu trữ)
Image and webhook settings

Định nghĩa quy tắc đăng ký và đặt tên, gán nhãn cho việc lưu trữ hình ảnh container của microservice. Đăng ký hình ảnh phải được định nghĩa trước trong Quản lý cấu hình dự án. Các mục có thể chỉnh sửa trở thành có thể lưu khi được chỉnh sửa, và các thay đổi chỉ được áp dụng khi lưu.

  • URL (URL đăng ký): Địa chỉ của đăng ký hình ảnh container để lưu trữ hình ảnh container.
  • User ID (ID người dùng đăng ký): Tên tài khoản có quyền lưu trữ hình ảnh container.
  • Dự án hình ảnh: Định nghĩa tên dự án để sử dụng trong đăng ký hình ảnh container. Theo mặc định, nó được tạo ra để khớp với tên dự án. Dự án phải được tạo trước trong đăng ký; nếu không, các hình ảnh đã lưu sẽ không được lưu đúng cách.
  • Tên hình ảnh: Được tạo theo mặc định theo quy tắc ProfileName/MicroserviceName.
  • Nhãn hình ảnh: Phiên bản 0.1 được tạo theo mặc định.
  • Tạo phiên bản vá tự động
    • Nếu “Tự động tạo phiên bản vá” được đặt, phiên bản vá sẽ tăng lên 1 theo định dạng Semantic Versioning (ví dụ: 0.1.1, 0.1.2).
    • Nếu “Người dùng nhập phiên bản vá trong quá trình xây dựng” được chọn, phiên bản vá phải được chỉ định thủ công mỗi khi pipeline được thực thi, và các tính năng tự động như lịch trình/webhook không thể được sử dụng.
  • Suffix tự động tạo của Thẻ Hình ảnh: Nếu cần một hậu tố bổ sung khác ngoài phiên bản thẻ hình ảnh, hãy nhập một chuỗi văn bản như 'dev' trong 0.1.0- dev, không bao gồm dấu gạch ngang.
  • Chính sách Xử lý Webhook trong quá trình Xây dựng: AMDP có thể thực hiện xây dựng và triển khai khi nhận được webhook từ kho git nơi mã nguồn ứng dụng được lưu trữ
    • Thực hiện tuần tự sau khi hoàn thành xây dựng: Thực hiện tất cả các yêu cầu webhook theo thứ tự.
    • Chỉ thực hiện yêu cầu cuối cùng sau khi hoàn thành xây dựng: Trong các trường hợp phát triển diễn ra thường xuyên, việc xây dựng mỗi lần đẩy git sẽ làm chậm quá trình triển khai phiên bản cuối cùng. Để tránh điều này, bạn có thể bỏ qua các phiên bản xây dựng trung gian và chỉ xây dựng phiên bản mới nhất được đẩy lên git.
    • Tính năng webhook không thể được sử dụng nếu không đặt chế độ tạo phiên bản vá tự động
Pipeline Usage Registration

Các mẫu mã được định nghĩa trong tab CICD của hồ sơ được hiển thị ở đây. Mã pipeline tương thích với khung ứng dụng đã chỉ định được hiển thị: ① Cài đặt bổ sung: Các tham số bổ sung chỉ áp dụng cho microservice này có thể được định nghĩa. Nếu cần các giá trị khác nhau cho mỗi microservice sử dụng mã pipeline chung, tính năng này có thể được sử dụng để tùy chỉnh

  • Mã Pipeline: Hiển thị tên và vai trò của mã pipeline.
  • Tham số bổ sung: Xuất hiện cho các pipeline Tekton hoặc Jenkins. Chỉ định các giá trị sẽ được thay thế bởi các tham số trong mã. Trong trường hợp của Tekton, việc sử dụng các tham số pipeline không xác định sẽ gây ra lỗi.
  • Không gian làm việc bổ sung: Xuất hiện cho các pipeline Tekton. Chỉ định các không gian làm việc Tekton được tiêm động nếu cần.
  • Kịch bản thực thi: Đối với mã pipeline có vai trò kịch bản, một khu vực để thêm và chỉnh sửa kịch bản được hiển thị. Kịch bản từ mẫu được hiển thị theo mặc định, và nó có thể được tùy chỉnh cho microservice này.
    • Để viết một kịch bản độc quyền cho microservice này, không trong mẫu, hãy nhấp vào Thêm Kịch bản Mới và nhập tên và mã kịch bản.
    • Để tải mã kịch bản từ mẫu, hãy nhấp vào Thêm Kịch bản từ Mẫu.

② Nút xem cung cấp quyền truy cập vào địa chỉ web được cung cấp bởi công cụ pipeline. Để sử dụng đúng cách, dịch vụ Addon phải được cấu hình đúng. Tham khảo Quản lý Mẫu và Quản lý Dịch vụ Đám mây để thiết lập đúng các dịch vụ Addon Jenkins, Tekton và ArgoCD.

③ Đăng ký mã pipeline thực tế sẽ được sử dụng. Chỉ một mã pipeline có thể được đăng ký để sử dụng trong quá trình xây dựng. Để hủy kích hoạt, hãy nhấp lại vào ô kiểm.