0Pricing
CI/CD with GitHub Actions & DevOps Pipelines · Lektion

Self-Hosted Runner für On-Premises

Konfigurieren und verwalten Sie Self-Hosted Runner, um Workflows für spezielle Hardware- oder Sicherheitsanforderungen in Ihrer eigenen Umgebung auszuführen.

Self-Hosted Runner für On-Premises ist eine kostenlose CI/CD with GitHub Actions & DevOps Pipelines-Lektion auf CoddyKit. Dies ist Lektion 2 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des CI/CD with GitHub Actions & DevOps Pipelines-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der CI/CD with GitHub Actions & DevOps Pipelines-Kurs umfasst insgesamt 4 Lektionen.

Einführung in Self-Hosted Runner

Willkommen in der Welt der Self-Hosted Runner! Mit diesen leistungsfähigen Tools können Sie GitHub-Actions-Workflows auf Ihren eigenen Computern ausführen.

Statt die cloudbasierten Runner von GitHub zu verwenden, können Sie Ihre eigene Hardware, Ihr eigenes Betriebssystem und Ihre eigene Netzwerkumgebung für die Ausführung Ihrer CI/CD-Jobs einsetzen.

Warum Self-Hosted Runner verwenden?

GitHub-hosted Runner sind zwar komfortabel, Self-Hosted Runner bieten jedoch besondere Vorteile:

  • Spezielle Hardware: Verwenden Sie spezielle Hardware wie GPUs oder bestimmte CPU-Architekturen.
  • Netzwerkzugriff: Stellen Sie eine direkte Verbindung zu privaten Netzwerken und Ressourcen her (Datenbanken, interne Dienste).
  • Sicherheit: Halten Sie sensible Build-Umgebungen innerhalb Ihrer eigenen kontrollierten Infrastruktur.
  • Kostenoptimierung: Senken Sie bei umfangreicher Nutzung möglicherweise die Kosten, indem Sie vorhandene Infrastruktur einsetzen.

Anforderungen an die Runner-Maschine

Für die Einrichtung eines selbst gehosteten Runners muss Ihr Rechner einige grundlegende Anforderungen erfüllen:

  • Betriebssystem: Linux, Windows oder macOS werden unterstützt.
  • Netzwerkzugriff: Der Runner-Rechner muss mit GitHub.com (oder GitHub Enterprise Server) kommunizieren können.
  • Ressourcen: Ausreichend CPU, RAM und Festplattenspeicher zur Verarbeitung Ihrer Workflow-Aufträge.
  • Software: Alle für Ihre Workflows erforderlichen Tools oder SDKs müssen auf dem Runner installiert sein.

Übersicht über den Einrichtungsprozess

Die Einrichtung eines selbst gehosteten Runners umfasst einige wichtige Schritte. Dabei bereiten Sie Ihren Rechner darauf vor, als dedizierter Worker für Ihre GitHub Actions zu fungieren:

  1. Generieren Sie ein eindeutiges Registrierungstoken bei GitHub.
  2. Laden Sie die Runner-Anwendung herunter und entpacken Sie sie auf Ihrem Rechner.
  3. Konfigurieren Sie den Runner mit der URL Ihres GitHub-Repositorys bzw. Ihrer Organisation und dem Token.
  4. Starten Sie die Runner-Anwendung, damit sie auf Aufträge wartet.

Schritt 1: Runner-Token abrufen

Zunächst müssen Sie GitHub mitteilen, dass Sie einen neuen Runner einrichten. Dafür benötigen Sie ein eindeutiges Token.

Öffnen Sie die Einstellungen Ihres Repositorys oder Ihrer Organisation auf GitHub.com:

  • Für ein Repository: Settings > Actions > Runners > New self-hosted runner
  • Für eine Organisation: Settings > Actions > Runners > New self-hosted runner

Folgen Sie den Anweisungen, um ein Token zu generieren. Dieses Token wird nur für die Registrierung verwendet.

Schritt 2: Runner-App herunterladen

Laden Sie als Nächstes die Runner-Anwendung auf den ausgewählten Rechner herunter. Die GitHub-Oberfläche stellt spezifische Befehle für Ihr Betriebssystem bereit.

Auf einem Linux-Rechner könnten Sie beispielsweise Folgendes verwenden:

mkdir actions-runner
cd actions-runner
curl -o actions-runner-linux-x64-2.309.0.tar.gz -L https://github.com/actions/runner/releases/download/v2.309.0/actions-runner-linux-x64-2.309.0.tar.gz
tar xzf ./actions-runner-linux-x64-2.309.0.tar.gz

Schritt 3: Runner konfigurieren

Nach dem Entpacken konfigurieren Sie den Runner. Dadurch verknüpfen Sie ihn mit Ihrem GitHub-Repository oder Ihrer Organisation und können Labels festlegen.

Führen Sie das Skript config.sh (Linux/macOS) oder config.cmd (Windows) aus. Dabei geben Sie die GitHub-URL und das zuvor generierte Token an.

./config.sh --url https://github.com/your-org/your-repo --token YOUR_TOKEN --labels my-linux-runner,production

Schritt 4: Runner starten

Nach der Konfiguration können Sie die Runner-Anwendung starten. Sie verbindet sich dann mit GitHub und wartet auf Aufträge.

Führen Sie einfach ./run.sh (Linux/macOS) oder run.cmd (Windows) aus. In Produktionsumgebungen wird empfohlen, den Runner als Dienst zu installieren, damit er automatisch gestartet wird.

./run.sh

Runner in Workflows verwenden

Um Ihren selbst gehosteten Runner zu verwenden, geben Sie ihn in Ihrer Workflow-YAML-Datei mit dem Schlüsselwort runs-on an. Sie können self-hosted oder bestimmte Labels verwenden, die Sie während der Konfiguration vergeben haben.

name: My Self-Hosted Workflow
on: [push]
jobs:
  build:
    runs-on: [self-hosted, my-linux-runner]
    steps:
      - uses: actions/checkout@v4
      - run: echo "Hello from my custom runner!"

Kurze Überprüfung: Vorteile von Runnern

Selbst gehostete Runner bieten gegenüber von GitHub gehosteten Runnern einzigartige Vorteile. Welcher der folgenden Punkte ist ein wesentlicher Vorteil eines selbst gehosteten Runners?

Zusammenfassung: Selbst gehostete Runner

Sie haben selbst gehostete Runner kennengelernt! Damit können Sie GitHub-Actions-Workflows auf Ihrer eigenen Infrastruktur ausführen und haben Kontrolle über Hardware, Netzwerkzugriff und Sicherheit.

Wir haben den Einrichtungsprozess behandelt: Token generieren, App herunterladen, Runner konfigurieren und starten. Außerdem haben Sie gesehen, wie Sie Ihre benutzerdefinierten Runner in Ihren Workflow-YAML-Dateien mit runs-on auswählen.

Häufig gestellte Fragen

Ist die Lektion „Self-Hosted Runner für On-Premises“ kostenlos?

Ja — der vollständige Text von „Self-Hosted Runner für On-Premises“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des CI/CD with GitHub Actions & DevOps Pipelines-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der CI/CD with GitHub Actions & DevOps Pipelines-Kurs umfasst insgesamt 4 Lektionen.

Was lerne ich in „Self-Hosted Runner für On-Premises“?

Konfigurieren und verwalten Sie Self-Hosted Runner, um Workflows für spezielle Hardware- oder Sicherheitsanforderungen in Ihrer eigenen Umgebung auszuführen. Du übst CI/CD with GitHub Actions & DevOps Pipelines mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.

Brauche ich Erfahrung, um CI/CD with GitHub Actions & DevOps Pipelines zu starten?

Keine Vorkenntnisse erforderlich. CI/CD with GitHub Actions & DevOps Pipelines auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 2 von 4.

Wie lange dauert die Lektion „Self-Hosted Runner für On-Premises“?

Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.

Kann ich in dieser CI/CD with GitHub Actions & DevOps Pipelines-Lektion Code schreiben und ausführen?

Ja. Jede CI/CD with GitHub Actions & DevOps Pipelines-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.

Alle Lektionen in diesem Kurs

  1. Benutzerdefinierte GitHub Actions entwickeln
  2. Self-Hosted Runner für On-Premises
  3. Integration in Enterprise-Systeme
  4. Composite Actions und Veröffentlichung im Marketplace
← Zurück zu CI/CD with GitHub Actions & DevOps Pipelines