Vodnik: Izvajanje delovnih tokov Git na istem tekalniku

Usklajevanje delovnih tokov GitHub na skupnih tekačih

Upravljanje več delovnih tokov v GitHub Actions je lahko zahtevno, še posebej, če jih potrebujete za izvajanje v istem samogostiteljskem tekovalniku. V scenarijih, kjer imate ločene datoteke YAML za različne poteke dela, kot sta codeql.yml in snyk-zap.yml, je lahko težavno zagotoviti, da se izvajajo na istem tekalniku iz določene skupine.

Cilj je uporabiti istega tekalca za oba poteka dela, ne da bi izrecno poimenovali tekalnik, s čimer se izognemo konfliktom z drugimi poteki dela. Ta priročnik bo raziskal možne rešitve za učinkovito doseganje te sinhronizacije ob ohranjanju delovnih tokov v ločenih datotekah YAML.

Usklajevanje delovnih tokov s skupnimi tekači

Priloženi skripti upravljajo dodelitev tekačev za poteke dela GitHub. Skript Bash se začne s preverjanjem, ali je ID tekača že shranjen v začasni datoteki. Če ne, uporablja curl za poizvedovanje API-ja GitHub za razpoložljive tekače in jq za razčlenitev odgovora JSON, izbiro prvega nedejavnega izvajalca in shranjevanje njegovega ID-ja. Skript Python doseže podobno funkcionalnost z uporabo requests.get() metoda za pridobivanje informacij o tekaču iz API-ja GitHub. Skript nato preveri, ali je ID tekača že shranjen z uporabo os.path.exists() in ga shrani, če ne.

Oba skripta zagotavljata, da bo tekalnik, ko je dodeljen, ponovno uporabljen za naslednja opravila s sklicevanjem na shranjeni ID tekača. V skriptu Python, os.getenv() pridobi spremenljivke okolja za žeton in repozitorij GitHub ter with open() se uporablja za varno upravljanje z datotekami. Ti skripti pomagajo pri usklajevanju več delovnih tokov in zagotavljajo, da se izvajajo na istem tekalniku brez kodiranja imena tekalnika, zaradi česar so prilagodljivi in ​​učinkoviti pri upravljanju izvajanja delovnega toka.

# 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}")

Učinkovito upravljanje tekačev v GitHub Actions

V scenarijih, kjer se morajo poteki dela izvajati na istem izvajalcu, ki ga gosti sam, je ključnega pomena zagotavljanje razpoložljivosti izvajalnika in zmanjšanje konfliktov. Uporaba skupne strategije izvajalca, kot je razvidno iz prejšnjih skriptov, zagotavlja, da ko je izvajalec dodeljen opravilu, naslednja opravila uporabljajo istega izvajalca. To je lahko še posebej koristno v zapletenih cevovodih CI/CD, kjer je vzdrževanje stanja ali uporaba predpomnjenih virov ključnega pomena.

Drugi vidik, ki ga je treba upoštevati, je optimizacija izkoriščenosti tekača. Z dinamičnim izbiranjem in dodeljevanjem izvajalcev na podlagi razpoložljivosti lahko organizacije bolje upravljajo svoje vire. Izvajanje takšnih strategij ne le izboljša učinkovitost, ampak tudi skrajša čas, ki ga delovni tokovi porabijo v čakalni vrsti in čakajo na razpoložljivega izvajalca. Ta pristop je mogoče razširiti na druga orodja in platforme CI/CD, zaradi česar je vsestranska rešitev za različne potrebe avtomatizacije.

Zaključek:

Upravljanje delovnih tokov GitHub za izvajanje na istem samogostiteljskem tekalniku je ključnega pomena za učinkovitost in doslednost. Obravnavana skripta Bash in Python nudita robustno rešitev z dinamičnim dodeljevanjem izvajalcev in zagotavljanjem, da naslednja opravila uporabljajo isti izvajalec. Ta pristop zmanjšuje konflikte in optimizira uporabo virov, zaradi česar je učinkovita strategija za kompleksne cevovode CI/CD. Z implementacijo teh metod lahko organizacije poenostavijo izvajanje svojih delovnih tokov in skrajšajo čakalne dobe, kar na koncu izboljša produktivnost in ohrani nemoten razvojni proces.