Ghid: Rularea fluxurilor de lucru Git pe același alergător

Coordonarea fluxurilor de lucru GitHub pe alergători partajați

Gestionarea mai multor fluxuri de lucru în GitHub Actions poate fi o provocare, mai ales atunci când aveți nevoie de ele pentru a rula pe același runner auto-găzduit. În scenariile în care aveți fișiere YAML separate pentru fluxuri de lucru diferite, cum ar fi codeql.yml și snyk-zap.yml, să vă asigurați că rulează pe același runner dintr-un anumit grup poate fi dificil.

Scopul este de a utiliza același alergător pentru ambele fluxuri de lucru fără a numi în mod explicit alergătorul, evitând astfel conflictele cu alte fluxuri de lucru. Acest ghid va explora soluții posibile pentru a realiza această sincronizare în mod eficient, menținând în același timp fluxurile de lucru în fișiere YAML separate.

Coordonarea fluxurilor de lucru cu alergătorii partajați

Scripturile furnizate gestionează atribuirea runnerului pentru fluxurile de lucru GitHub. Scriptul Bash începe prin a verifica dacă un ID de rulare este deja stocat într-un fișier temporar. Daca nu, foloseste curl pentru a interoga API-ul GitHub pentru alergătorii disponibili și jq pentru a analiza răspunsul JSON, selectând primul rulant inactiv și salvându-i ID-ul. Scriptul Python realizează o funcționalitate similară prin utilizarea requests.get() metodă de a prelua informații despre alergător din API-ul GitHub. Apoi, scriptul verifică dacă un ID de alergător este deja stocat folosind os.path.exists() și îl salvează dacă nu.

Ambele scripturi asigură că, odată ce un runner este alocat, acesta va fi reutilizat pentru sarcinile ulterioare, prin referire la ID-ul runnerului stocat. În scriptul Python, os.getenv() preia variabilele de mediu pentru tokenul și depozitul GitHub și with open() este utilizat pentru a gestiona operațiunile cu fișiere în siguranță. Aceste scripturi ajută la coordonarea mai multor fluxuri de lucru, asigurându-se că rulează pe același runner fără a codifica numele runnerului, făcându-le flexibile și eficiente în gestionarea execuției fluxului de lucru.

# A script to manage runner assignment
#!/bin/bash

# Check if a runner is already assigned
RUNNER_ID=$(cat /tmp/runner_id)

if [ -z "$RUNNER_ID" ]; then
  # No runner assigned yet, pick one and save its ID
  RUNNER_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_id
fi

echo "Using runner $RUNNER_ID"

# Proceed with the workflow using the assigned runner

import requests
import os

# GitHub API token and repository
GITHUB_TOKEN = os.getenv('GITHUB_TOKEN')
REPO = os.getenv('GITHUB_REPOSITORY')

# Function to get an available runner
def 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 assigned
if 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}")

Management eficient al alergătorului în acțiunile GitHub

În scenariile în care fluxurile de lucru trebuie să ruleze pe același runner auto-găzduit, un aspect cheie este asigurarea disponibilității runnerului și minimizarea conflictelor. Utilizarea unei strategii de alergător partajat, așa cum se vede în scripturile anterioare, asigură că, odată ce un alergător este alocat unui job, joburile ulterioare folosesc același runner. Acest lucru poate fi deosebit de benefic în conductele CI/CD complexe în care menținerea stării sau utilizarea resurselor stocate în cache este crucială.

Un alt aspect de luat în considerare este optimizarea utilizării alergătorului. Prin selectarea și alocarea dinamică a alergătorilor în funcție de disponibilitate, organizațiile își pot gestiona mai bine resursele. Implementarea unor astfel de strategii nu numai că îmbunătățește eficiența, ci și reduce timpul petrecut de fluxurile de lucru în coadă, așteptând un alergător disponibil. Această abordare poate fi extinsă la alte instrumente și platforme CI/CD, făcând-o o soluție versatilă pentru diverse nevoi de automatizare.

Concluzie:

Gestionarea fluxurilor de lucru GitHub pentru a rula pe același runner auto-găzduit este crucială pentru eficiență și coerență. Scripturile Bash și Python discutate oferă o soluție robustă prin alocarea dinamică a runnerelor și asigurându-se că joburile ulterioare folosesc același runner. Această abordare minimizează conflictele și optimizează utilizarea resurselor, făcând-o o strategie eficientă pentru conductele complexe CI/CD. Prin implementarea acestor metode, organizațiile își pot eficientiza execuția fluxului de lucru și pot reduce timpii de așteptare, îmbunătățind în cele din urmă productivitatea și menținând un proces de dezvoltare fără probleme.