Kılavuz: Git İş Akışlarını Aynı Çalıştırıcıda Çalıştırma

Paylaşılan Çalıştırıcılarda GitHub İş Akışlarını Koordine Etme

GitHub Actions'da birden fazla iş akışını yönetmek, özellikle bunların şirket içinde barındırılan aynı çalıştırıcıda çalıştırılmasına ihtiyaç duyduğunuzda zorlayıcı olabilir. Codeql.yml ve snyk-zap.yml gibi farklı iş akışları için ayrı YAML dosyalarının olduğu senaryolarda, bunların belirli bir gruptan aynı çalıştırıcıda çalışmasını sağlamak zor olabilir.

Amaç, çalıştırıcıyı açıkça adlandırmadan her iki iş akışı için de aynı çalıştırıcıyı kullanmak, böylece diğer iş akışlarıyla çakışmaları önlemektir. Bu kılavuz, iş akışlarını ayrı YAML dosyalarında tutarken bu senkronizasyonu verimli bir şekilde gerçekleştirmek için olası çözümleri araştıracaktır.

Paylaşılan Koşucularla İş Akışlarını Koordine Etme

Sağlanan komut dosyaları GitHub iş akışları için çalıştırıcı atamasını yönetir. Bash betiği, koşucu kimliğinin zaten geçici bir dosyada depolanıp depolanmadığını kontrol ederek başlar. Değilse, kullanır curl mevcut koşucular için GitHub'un API'sini sorgulamak ve jq JSON yanıtını ayrıştırmak için ilk boşta çalışan koşucuyu seçip kimliğini kaydederek. Python betiği, aşağıdakileri kullanarak benzer işlevlere ulaşır: requests.get() GitHub'un API'sinden koşucu bilgilerini alma yöntemi. Komut dosyası daha sonra bir koşucu kimliğinin zaten kullanılarak saklanıp saklanmadığını kontrol eder. os.path.exists() ve değilse kaydeder.

Her iki komut dosyası da bir koşucu atandıktan sonra, saklanan koşucu kimliğine başvurularak sonraki işler için yeniden kullanılmasını sağlar. Python betiğinde, os.getenv() GitHub belirteci ve deposu için ortam değişkenlerini alır ve with open() Dosya işlemlerini güvenli bir şekilde gerçekleştirmek için kullanılır. Bu komut dosyaları, birden fazla iş akışının koordine edilmesine yardımcı olur, bunların çalıştırıcı adını sabit kodlamadan aynı çalıştırıcıda çalışmasını sağlar ve iş akışı yürütmenin yönetilmesinde onları esnek ve verimli hale getirir.

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

GitHub Eylemlerinde Verimli Çalıştırıcı Yönetimi

İş akışlarının aynı şirket içinde barındırılan çalıştırıcıda çalıştırılmasının gerekli olduğu senaryolarda, önemli bir husus, çalıştırıcının kullanılabilirliğini sağlamak ve çakışmaları en aza indirmektir. Önceki komut dosyalarında görüldüğü gibi, paylaşılan bir çalıştırıcı stratejisi kullanmak, bir çalıştırıcı bir işe atandığında sonraki işlerin aynı çalıştırıcıyı kullanmasını sağlar. Bu, durumu korumanın veya önbelleğe alınmış kaynakları kullanmanın çok önemli olduğu karmaşık CI/CD işlem hatlarında özellikle yararlı olabilir.

Dikkate alınması gereken bir diğer husus, koşucu kullanımını optimize etmektir. Koşucuları uygunluk durumuna göre dinamik olarak seçip atayarak kuruluşlar kaynaklarını daha iyi yönetebilir. Bu tür stratejilerin uygulanması yalnızca verimliliği artırmakla kalmaz, aynı zamanda iş akışlarının uygun bir çalıştırıcıyı beklerken kuyrukta harcadığı zamanı da azaltır. Bu yaklaşım diğer CI/CD araçlarına ve platformlarına genişletilebilir, bu da onu çeşitli otomasyon ihtiyaçları için çok yönlü bir çözüm haline getirir.

Çözüm:

GitHub iş akışlarını aynı şirket içinde barındırılan çalıştırıcıda çalışacak şekilde yönetmek, verimlilik ve tutarlılık açısından çok önemlidir. Tartışılan Bash ve Python betikleri, çalıştırıcıları dinamik olarak atayarak ve sonraki işlerin aynı çalıştırıcıyı kullanmasını sağlayarak sağlam bir çözüm sağlar. Bu yaklaşım, çatışmaları en aza indirir ve kaynak kullanımını optimize ederek onu karmaşık CI/CD işlem hatları için etkili bir strateji haline getirir. Kuruluşlar bu yöntemleri uygulayarak iş akışı uygulamalarını kolaylaştırabilir ve bekleme sürelerini azaltabilir, sonuçta üretkenliği artırabilir ve sorunsuz bir geliştirme sürecini sürdürebilir.