Vodič: Pokretanje Git radnih tijekova na istom pokretaču

Lucas Simon

Nedjelja, 19. svibnja 2024. u 19:55:27

Koordinacija GitHub tijekova rada na dijeljenim pokretačima
Upravljanje višestrukim tijekovima rada u GitHub Actions može biti izazovno, osobito kada ih trebate pokrenuti na istom pokretaču koji se samostalno hostira. U scenarijima u kojima imate zasebne YAML datoteke za različite tijekove rada, kao što su codeql.yml i snyk-zap.yml, može biti teško osigurati da se izvode na istom pokretaču iz određene grupe.
Cilj je koristiti isti pokretač za oba tijeka rada bez izričitog imenovanja pokretača, čime se izbjegavaju sukobi s drugim tijekovima rada. Ovaj će vodič istražiti moguća rješenja za učinkovito postizanje ove sinkronizacije uz održavanje radnih procesa u zasebnim YAML datotekama.

Naredba Opis

jq Lagani i fleksibilni JSON procesor naredbenog retka koji se koristi za analizu JSON izlaza u Bash skripti.

head -n 1 Ispisuje prvi redak rezultata, koji se ovdje koristi za odabir prvog dostupnog ID-a trkača.

curl Alat naredbenog retka za prijenos podataka s URL-ovima, koji se koristi za interakciju s GitHubovim API-jem u Bash skripti.

os.getenv() Dohvaća varijable okoline u Pythonu, koje se koriste za dobivanje GitHub tokena i naziva spremišta.

requests.get() Šalje GET zahtjev na određeni URL, koji se koristi za dohvaćanje dostupnih pokretača iz GitHubovog API-ja u Python skripti.

os.path.exists() Provjerava postoji li navedena staza, koristi se za utvrđivanje je li datoteka ID-a pokretača već prisutna u Python skripti.

with open() Upravitelj konteksta za operacije datoteka u Pythonu, koristi se za čitanje i pisanje ID-a pokretača u datoteku.

Naredba	Opis
jq	Lagani i fleksibilni JSON procesor naredbenog retka koji se koristi za analizu JSON izlaza u Bash skripti.
head -n 1	Ispisuje prvi redak rezultata, koji se ovdje koristi za odabir prvog dostupnog ID-a trkača.
curl	Alat naredbenog retka za prijenos podataka s URL-ovima, koji se koristi za interakciju s GitHubovim API-jem u Bash skripti.
os.getenv()	Dohvaća varijable okoline u Pythonu, koje se koriste za dobivanje GitHub tokena i naziva spremišta.
requests.get()	Šalje GET zahtjev na određeni URL, koji se koristi za dohvaćanje dostupnih pokretača iz GitHubovog API-ja u Python skripti.
os.path.exists()	Provjerava postoji li navedena staza, koristi se za utvrđivanje je li datoteka ID-a pokretača već prisutna u Python skripti.
with open()	Upravitelj konteksta za operacije datoteka u Pythonu, koristi se za čitanje i pisanje ID-a pokretača u datoteku.

Koordiniranje tijeka rada sa zajedničkim trkačima

Isporučene skripte upravljaju dodjelom pokretača za GitHub tijek rada. Bash skripta počinje provjerom je li ID pokretača već pohranjen u privremenoj datoteci. Ako ne, koristi se za upit GitHubovom API-ju za dostupne pokretače i za raščlanjivanje JSON odgovora, odabirom prvog neaktivnog pokretača i spremanjem njegovog ID-a. Python skripta postiže sličnu funkcionalnost korištenjem metoda za dohvaćanje informacija o pokretaču iz GitHubovog API-ja. Skripta zatim provjerava je li ID trkača već pohranjen pomoću os.path.exists() i sprema ga ako nije.

Obje skripte osiguravaju da će se pokretač, nakon što je dodijeljen, ponovno koristiti za sljedeće poslove pozivanjem na pohranjeni ID pokretača. U Python skripti, dohvaća varijable okruženja za GitHub token i repozitorij, i koristi se za sigurno rukovanje datotekama. Ove skripte pomažu koordinirati višestruke tijekove rada, osiguravajući da se izvode na istom pokretaču bez kodiranja naziva pokretača, što ih čini fleksibilnim i učinkovitim u upravljanju izvršenjem tijeka rada.

Implementacija zajedničke strategije trkača za GitHub akcije

Korištenje Bash skriptiranja i GitHub akcija kako bi se osiguralo da se tijek rada izvodi na istom pokretaču

# 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

Osiguravanje dosljedne upotrebe Runnera u odvojenim YAML datotekama

Korištenje Python i GitHub akcija za koordinirano izvršavanje tijeka rada

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 trkačem u GitHub akcijama

U scenarijima u kojima se tijekovi rada moraju izvoditi na istom pokretaču koji se samostalno hostira, ključno je razmatranje osigurati dostupnost pokretača i minimizirati sukobe. Korištenje zajedničke strategije pokretača, kao što se vidi u prethodnim skriptama, osigurava da nakon što je pokretač dodijeljen poslu, sljedeći poslovi koriste istog pokretača. To može biti osobito korisno u složenim CI/CD cjevovodima gdje je održavanje stanja ili korištenje predmemoriranih resursa ključno.

Još jedan aspekt koji treba razmotriti je optimizacija iskorištenja trkača. Dinamičkim odabirom i dodjeljivanjem pokretača na temelju dostupnosti, organizacije mogu bolje upravljati svojim resursima. Implementacija takvih strategija ne samo da poboljšava učinkovitost, već i smanjuje vrijeme koje tijekovi rada provode u redu čekanja na dostupnog pokretača. Ovaj pristup može se proširiti na druge CI/CD alate i platforme, čineći ga svestranim rješenjem za različite potrebe automatizacije.

Kako mogu osigurati da se uvijek koristi određeni runner?
Koristiti unesite svoju YAML datoteku da odredite grupu trkača ili točan naziv trkača.
Mogu li dinamički dodijeliti pokretače tijekovima rada?
Da, upotrebom skripti za upite o dostupnim pokretačima i njihovo dinamičko dodjeljivanje.
Kako rješavam sukobe trkača u prometnom okruženju?
Implementirajte mehanizam čekanja ili odredite prioritete radnih procesa kako biste učinkovito upravljali raspodjelom pokretača.
Što se događa ako nema dostupnih trkača?
Tijek rada će biti u redu dok pokretač ne postane dostupan. Optimizirajte korištenje trkača kako biste smanjili vrijeme čekanja.
Mogu li koristiti ove skripte s drugim CI/CD platformama?
Da, logika se može prilagoditi za druge platforme s API pristupom upravljanju trkačem.
Kako mogu održavati stanje između radnih procesa?
Osigurajte da se isti pokretač koristi za srodne poslove i upotrijebite mehanizme predmemoriranja gdje je to moguće.
Koja su dopuštenja potrebna za ove skripte?
Osigurajte da vaš GitHub token ima potrebne opsege, kao što je i .
Mogu li pokrenuti više radnih procesa istovremeno na istom pokretaču?
Tipično, ne. Svaki trkač izvršava jedan po jedan posao. Koristite više trkača za istovremenost.
Kako mogu pratiti korištenje i izvedbu trkača?
Koristite GitHubove ugrađene alate za nadzor ili vanjske usluge za praćenje aktivnosti i performansi trkača.

Zaključak:

Upravljanje GitHub tijekovima rada za izvođenje na istom pokretaču koji se samostalno hostira ključno je za učinkovitost i dosljednost. Raspravljane Bash i Python skripte pružaju robusno rješenje dinamičkim dodjeljivanjem pokretača i osiguravanjem da sljedeći poslovi koriste isti pokretač. Ovaj pristup minimizira sukobe i optimizira korištenje resursa, što ga čini učinkovitom strategijom za složene CI/CD cjevovode. Implementacijom ovih metoda, organizacije mogu pojednostaviti svoj tijek rada i smanjiti vrijeme čekanja, u konačnici poboljšavajući produktivnost i održavajući nesmetan proces razvoja.