3.3 Runner konfigurieren

Wenn Sie Ihrem Projekt also eigene Ressourcen zur Verfügung stellen möchten, sollten Sie einen Projekt- oder Gruppen-Runner auf einem dedizierten Rechner konfigurieren. Runner werden in GitLab über die Anwendung GitLab Runner konfiguriert, die auf einem separaten Rechner oder in einem Container installiert wird. Zur Konfiguration gehören folgende Bereiche:

• Runner-Registrierung: Jeder Runner muss mit einem eindeutigen Token, das von der GitLab-Instanz bezogen wird, bei GitLab registriert werden. Die Registrierung stellt eine sichere Verbindung zwischen dem Runner und dem GitLab-Server her, über die der Runner Jobs empfängt, die er anschließend ausführt.

• Executor: Der Executor bestimmt die Umgebung, in der Jobs ausgeführt werden. GitLab unterstützt mehrere Executors, darunter Docker, Kubernetes, Shell, VirtualBox und benutzerdefinierte Executors. Die Wahl des Executors hängt von den Anforderungen des Projekts ab, etwa Abhängigkeitsverwaltung, Isolation und Skalierbarkeit. Zum Beispiel:

  • Docker Executor: Führt Jobs in isolierten Docker-Containern aus und bietet damit eine einheitliche, reproduzierbare Umgebung für Builds und Tests. Das ist besonders nützlich für Projekte mit Abhängigkeiten oder mehreren Build-Konfigurationen.
  • Shell Executor: Führt Jobs direkt auf dem Host-Rechner des Runners aus und eignet sich für einfache Projekte mit wenigen Abhängigkeiten. Für das Taschenrechnerprojekt ist das weniger ideal, wenn eine bestimmte Umgebungskonfiguration beibehalten werden muss.

• Tags: Runner können mit Schlüsselwörtern versehen werden, die sie bestimmten Jobs in der Datei .gitlab-ci.yml zuordnen. Tags helfen dabei, Jobs anhand von Fähigkeiten oder Anforderungen an passende Runner weiterzuleiten (z. B. python, calculator). Für das Taschenrechnerprojekt könnte ein Runner mit dem Tag python versehen werden, um sicherzustellen, dass die Jobs an einen Runner mit der richtigen Umgebung weitergeleitet werden.

• Parallelität: Die Einstellungen zur Parallelität legen fest, wie viele Jobs gleichzeitig auf einem einzelnen Runner ausgeführt werden können. Diese Einstellung sorgt für eine optimale Ressourcennutzung und verhindert Konkurrenz zwischen Jobs.