Điều phối quy trình làm việc GitHub trên các ứng dụng được chia sẻ
Quản lý nhiều quy trình công việc trong GitHub Hành động có thể là một thách thức, đặc biệt là khi bạn cần chúng chạy trên cùng một trình chạy tự lưu trữ. Trong trường hợp bạn có các tệp YAML riêng biệt cho các quy trình công việc khác nhau, như codeql.yml và snyk-zap.yml, việc đảm bảo chúng chạy trên cùng một trình chạy từ một nhóm cụ thể có thể khó khăn.
Mục đích là sử dụng cùng một trình chạy cho cả hai quy trình công việc mà không đặt tên rõ ràng cho trình chạy, nhờ đó tránh được xung đột với các quy trình công việc khác. Hướng dẫn này sẽ khám phá các giải pháp khả thi để đạt được sự đồng bộ hóa này một cách hiệu quả trong khi vẫn duy trì quy trình công việc trong các tệp YAML riêng biệt.
| Yêu cầu | Sự miêu tả |
|---|---|
| jq | Bộ xử lý JSON dòng lệnh nhẹ và linh hoạt được sử dụng để phân tích đầu ra JSON trong tập lệnh Bash. |
| head -n 1 | Xuất ra dòng đầu tiên của kết quả, được sử dụng ở đây để chọn ID người chạy đầu tiên có sẵn. |
| curl | Công cụ dòng lệnh để truyền dữ liệu bằng URL, được sử dụng để tương tác với API của GitHub trong tập lệnh Bash. |
| os.getenv() | Truy xuất các biến môi trường trong Python, được sử dụng để lấy mã thông báo GitHub và tên kho lưu trữ. |
| requests.get() | Gửi yêu cầu GET tới một URL được chỉ định, dùng để tìm nạp các trình chạy có sẵn từ API của GitHub trong tập lệnh Python. |
| os.path.exists() | Kiểm tra xem đường dẫn đã chỉ định có tồn tại hay không, được sử dụng để xác định xem tệp ID Á hậu đã có trong tập lệnh Python hay chưa. |
| with open() | Trình quản lý bối cảnh cho các thao tác tệp trong Python, được sử dụng để đọc và ghi ID Á hậu vào một tệp. |
Phối hợp quy trình làm việc với người chạy chung
Các tập lệnh được cung cấp quản lý việc phân công người chạy cho quy trình làm việc của GitHub. Tập lệnh Bash bắt đầu bằng cách kiểm tra xem ID người chạy đã được lưu trong tệp tạm thời chưa. Nếu không, nó sử dụng curl để truy vấn API của GitHub để tìm các trình chạy có sẵn và jq để phân tích cú pháp phản hồi JSON, chọn trình chạy không hoạt động đầu tiên và lưu ID của nó. Tập lệnh Python đạt được chức năng tương tự bằng cách sử dụng requests.get() phương pháp lấy thông tin người chạy từ API của GitHub. Sau đó, tập lệnh sẽ kiểm tra xem ID người chạy đã được lưu trữ chưa bằng cách sử dụng os.path.exists() và lưu nó nếu không.
Cả hai tập lệnh đều đảm bảo rằng khi một nhân chạy được chỉ định, nó sẽ được sử dụng lại cho các công việc tiếp theo bằng cách tham chiếu ID nhân chạy đã lưu trữ. Trong tập lệnh Python, os.getenv() truy xuất các biến môi trường cho mã thông báo và kho lưu trữ GitHub và with open() được sử dụng để xử lý các hoạt động tập tin một cách an toàn. Các tập lệnh này giúp điều phối nhiều quy trình công việc, đảm bảo chúng chạy trên cùng một trình chạy mà không cần mã hóa cứng tên trình chạy, giúp chúng linh hoạt và hiệu quả trong việc quản lý việc thực hiện quy trình công việc.
Triển khai Chiến lược chạy chung cho các hành động trên GitHub
Sử dụng tập lệnh Bash và Tác vụ GitHub để đảm bảo quy trình công việc chạy trên cùng một trình chạy
# A script to manage runner assignment#!/bin/bash# Check if a runner is already assignedRUNNER_ID=$(cat /tmp/runner_id)if [ -z "$RUNNER_ID" ]; then# No runner assigned yet, pick one and save its IDRUNNER_ID=$(curl -s -H "Authorization: token $GITHUB_TOKEN" \https://api.github.com/repos/$GITHUB_REPOSITORY/actions/runners |jq -r '.runners[] | select(.status=="online" and .busy==false) | .id' | head -n 1)echo $RUNNER_ID > /tmp/runner_idfiecho "Using runner $RUNNER_ID"# Proceed with the workflow using the assigned runner
Đảm bảo việc sử dụng Á hậu nhất quán trong các tệp YAML riêng biệt
Sử dụng Hành động Python và GitHub để thực hiện quy trình làm việc phối hợp
import requestsimport os# GitHub API token and repositoryGITHUB_TOKEN = os.getenv('GITHUB_TOKEN')REPO = os.getenv('GITHUB_REPOSITORY')# Function to get an available runnerdef get_runner():url = f"https://api.github.com/repos/{REPO}/actions/runners"headers = {'Authorization': f'token {GITHUB_TOKEN}'}response = requests.get(url, headers=headers)runners = response.json()['runners']for runner in runners:if runner['status'] == 'online' and not runner['busy']:return runner['id']return None# Check if a runner is already assignedif not os.path.exists('/tmp/runner_id'):runner_id = get_runner()with open('/tmp/runner_id', 'w') as f:f.write(str(runner_id))else:with open('/tmp/runner_id', 'r') as f:runner_id = f.read()print(f"Using runner {runner_id}")
Quản lý người chạy hiệu quả trong hành động GitHub
Trong các tình huống mà quy trình công việc cần chạy trên cùng một trình chạy tự lưu trữ, điều quan trọng cần cân nhắc là đảm bảo tính khả dụng của trình chạy và giảm thiểu xung đột. Việc sử dụng chiến lược người chạy chung, như đã thấy trong các tập lệnh trước, đảm bảo rằng sau khi người chạy được giao cho một công việc, các công việc tiếp theo sẽ sử dụng cùng một người chạy. Điều này có thể đặc biệt có lợi trong các quy trình CI/CD phức tạp, nơi việc duy trì trạng thái hoặc sử dụng các tài nguyên được lưu trong bộ nhớ đệm là rất quan trọng.
Một khía cạnh khác cần xem xét là tối ưu hóa việc sử dụng người chạy. Bằng cách tự động lựa chọn và chỉ định người chạy dựa trên tính khả dụng, các tổ chức có thể quản lý tài nguyên của mình tốt hơn. Việc thực hiện các chiến lược như vậy không chỉ cải thiện hiệu quả mà còn giảm thời gian dành cho các quy trình công việc trong hàng đợi, chờ đợi người chạy có sẵn. Cách tiếp cận này có thể được mở rộng sang các công cụ và nền tảng CI/CD khác, khiến nó trở thành một giải pháp linh hoạt cho các nhu cầu tự động hóa khác nhau.
Các câu hỏi thường gặp về điều phối quy trình làm việc trên các đường chạy chung
- Làm cách nào để đảm bảo một đường chạy cụ thể luôn được sử dụng?
- Sử dụng runs-on nhập vào tệp YAML của bạn để chỉ định nhóm người chạy hoặc tên người chạy chính xác.
- Tôi có thể tự động chỉ định người chạy cho quy trình công việc không?
- Có, bằng cách sử dụng tập lệnh để truy vấn các trình chạy có sẵn và tự động gán chúng.
- Làm cách nào để xử lý xung đột giữa người chạy trong môi trường bận rộn?
- Triển khai cơ chế xếp hàng hoặc ưu tiên quy trình công việc để quản lý việc phân bổ người chạy một cách hiệu quả.
- Điều gì xảy ra nếu không có người chạy?
- Quy trình làm việc sẽ xếp hàng cho đến khi có người chạy. Tối ưu hóa việc sử dụng người chạy để giảm thiểu thời gian chờ đợi.
- Tôi có thể sử dụng các tập lệnh này với các nền tảng CI/CD khác không?
- Có, logic có thể được điều chỉnh cho phù hợp với các nền tảng khác có quyền truy cập API vào quản lý người chạy.
- Làm cách nào để duy trì trạng thái giữa các quy trình công việc?
- Đảm bảo sử dụng cùng một trình chạy cho các công việc liên quan và tận dụng cơ chế bộ nhớ đệm nếu có thể.
- Những quyền nào được yêu cầu cho các tập lệnh này?
- Đảm bảo mã thông báo GitHub của bạn có phạm vi cần thiết, chẳng hạn như repo Và số 8.
- Tôi có thể chạy nhiều quy trình công việc đồng thời trên cùng một người chạy không?
- Thông thường, không. Mỗi người chạy thực hiện một công việc tại một thời điểm. Sử dụng nhiều người chạy đồng thời.
- Làm cách nào để theo dõi việc sử dụng và hiệu suất của Á hậu?
- Sử dụng các công cụ giám sát tích hợp của GitHub hoặc các dịch vụ bên ngoài để theo dõi hoạt động và hiệu suất của người chạy.
Phần kết luận:
Quản lý quy trình công việc GitHub để chạy trên cùng một trình chạy tự lưu trữ là rất quan trọng để đạt được hiệu quả và tính nhất quán. Các tập lệnh Bash và Python được thảo luận cung cấp một giải pháp mạnh mẽ bằng cách gán động các trình chạy và đảm bảo các công việc tiếp theo sử dụng cùng một trình chạy. Cách tiếp cận này giảm thiểu xung đột và tối ưu hóa việc sử dụng tài nguyên, khiến nó trở thành một chiến lược hiệu quả cho các quy trình CI/CD phức tạp. Bằng cách triển khai các phương pháp này, các tổ chức có thể hợp lý hóa việc thực hiện quy trình làm việc của mình và giảm thời gian chờ đợi, cuối cùng là cải thiện năng suất và duy trì quy trình phát triển suôn sẻ.