GitLab Runner: Automatyzacja z CLI

Uruchom GitLab-Runner, pobierz jego dane dostępowe i zmień konfigurację programowo za pomocą Stackhero CLI

👋 Witamy w dokumentacji Stackhero!

Stackhero oferuje prostą usługę GitLab Runner cloud, która umożliwia wydajne i bezproblemowe uruchamianie zadań GitLab CI/CD. Oto, czego możesz się spodziewać:

  • Nielimitowane minuty CI/CD: uruchamiaj swoje pipeline'y tak często, jak potrzebujesz, bez rozliczania za minuty i nieprzewidzianych kosztów.
  • Wiele równoczesnych zadań: przyspiesz rozwój, uruchamiając kilka zadań jednocześnie.
  • Docker executor z obsługą Docker-in-Docker: łatwo buduj i wysyłaj obrazy kontenerów w ramach procesu CI/CD.
  • Działa bezproblemowo zarówno z GitLab.com, jak i z instancjami self-managed GitLab.
  • Prywatna, dedykowana infrastruktura z szybkim dyskiem NVMe/SSD zapewnia stabilną i przewidywalną wydajność budowania.
  • Dostępne w regionach 🇪🇺 Europa oraz 🇺🇸 USA, aby dopasować się do potrzeb Twojego zespołu.

Oszczędzaj czas: możesz podłączyć swojego pierwszego GitLab Runner i rozpocząć uruchamianie pipeline'ów w zaledwie kilka minut!

Ten przewodnik pokazuje, jak utworzyć usługę GitLab-Runner, odczytać jej dane dostępowe oraz zaktualizować konfigurację całkowicie z poziomu wiersza poleceń, bez konieczności klikania w panelu zarządzania. To idealne rozwiązanie dla skryptów, pipeline’ów CI oraz agentów AI.

Do wszystkich zadań będziemy używać Stackhero CLI. Jeśli jeszcze nie masz zainstalowanego narzędzia, możesz to zrobić poleceniem:

curl -fsSL https://www.stackhero.io/install.sh | sh

Najprostszym sposobem rozpoczęcia pracy jest zalogowanie się przez przeglądarkę. Po uruchomieniu polecenia logowania CLI otworzy stronę internetową, na której możesz zatwierdzić dostęp. Żadne hasła ani kody 2FA nie są wprowadzane bezpośrednio w CLI.

stackhero login

Po zalogowaniu Twoje dane dostępowe zostaną zapisane lokalnie i będą automatycznie wykorzystywane przez kolejne polecenia CLI.

W środowiskach w pełni zautomatyzowanych, takich jak skrypty czy pipeline’y CI, możesz preferować nieinteraktywny token dostępu. Możesz go utworzyć w panelu (Konto > Access tokens), a następnie wyeksportować jako zmienną środowiskową. CLI oraz każdy uruchamiany skrypt automatycznie go wykryje.

export STACKHERO_TOKEN="usr-xxxxxx:your-token"

Następnie warto wyświetlić listę sklepów usług GitLab-Runner dostępnych na Twoim koncie. CLI akceptuje bezpośrednio nazwę sklepu (gitlab-runner), więc nie musisz wyszukiwać ani kopiować żadnych identyfikatorów.

# Wyświetl sklepy usług GitLab-Runner (dodaj --organization, jeśli zarządzasz więcej niż jedną)
stackhero services-store-list --name="gitlab-runner"

Nazwy sklepów gitlab-runner możesz używać w kolejnych poleceniach lub, jeśli wolisz, wybrać konkretny identyfikator svs-xxxxxx z listy.

# Wyświetl dostępne rozmiary instancji dla wybranego sklepu usług (użyj kolumny NAME dla --instance)
stackhero instances-store-list --service-store=gitlab-runner

# Wyświetl dostępne regiony (nazwy takie jak "europe")
stackhero regions-list

Poniżej znajduje się przykładowy skrypt, który tworzy stack, dodaje do niego usługę GitLab-Runner, czeka na jej uruchomienie, pobiera konfigurację (wraz z wygenerowanymi danymi dostępowymi), a następnie stosuje nową konfigurację.

#!/bin/bash
set -e

export STACKHERO_TOKEN="usr-xxxxxx:your-token"

serviceStore="gitlab-runner"   # Nazwa sklepu usług GitLab-Runner (patrz krok 2)
instance="..."                # Rozmiar instancji z kroku 3
region="europe"               # Nazwa regionu z kroku 3

# Utwórz stack dla swojej usługi (domyślnie używa Twojej organizacji; dodaj --organization, jeśli potrzeba)
stackId=$(stackhero --format=script stack-create \
  --name="My GitLab-Runner stack")
echo "Stack utworzony: ${stackId}"

# Dodaj GitLab-Runner do stacka (nazwy są rozpoznawane automatycznie)
serviceId=$(stackhero --format=script service-add \
  --stack="My GitLab-Runner stack" \
  --service-store="${serviceStore}" \
  --instance="${instance}" \
  --region="${region}")
echo "Usługa dodana: gitlab-runner"

# Poczekaj, aż usługa będzie w pełni uruchomiona (może to potrwać kilka minut)
stackhero service-wait-for --service="gitlab-runner"

# Pobierz konfigurację usługi, w tym wygenerowane dane dostępowe
stackhero service-configuration-get --service="gitlab-runner" --format=json

Polecenie service-configuration-get zwraca pełną konfigurację Twojej usługi, w tym automatycznie wygenerowane hasła i szczegóły połączenia. Wynik jest w formacie JSON, co ułatwia wykorzystanie w skryptach i automatyzacji.

stackhero service-configuration-get --service=svc-xxxxxx --format=json

Możesz przejrzeć przykładowy schemat konfiguracji, a następnie zastosować własne ustawienia. Po aktualizacji konfiguracji usługa może zostać zrestartowana, aby zastosować zmiany.

# Wyświetl schemat konfiguracji i przykład dla swojej usługi
stackhero service-configuration-example --service=svc-xxxxxx

# Zastosuj własną konfigurację (usługa zostanie zrestartowana, jeśli to konieczne)
stackhero service-configuration-set \
  --service=svc-xxxxxx \
  --configuration='{ "...": "..." }'

# Poczekaj na zastosowanie nowej konfiguracji
stackhero service-wait-for --service=svc-xxxxxx

To wszystko. Poznałeś pełny cykl życia: uruchomienie usługi, pobranie jej danych dostępowych oraz rekonfigurację – wszystko w sposób skryptowalny i zautomatyzowany. Aby dowiedzieć się więcej, zapoznaj się z pełną dokumentacją CLI, która obejmuje również nieinteraktywną autoryzację STACKHERO_TOKEN pokazaną w tym przewodniku.