GitLab Runner: Einführung

Diese Dokumentation ist Teil des Docker-Images bauen-Leitfadens. Den vollständigen Leitfaden finden Sie hier: Bauen und pushen Sie Docker-Images direkt aus Ihren GitLab CI/CD-Pipelines mit Ihrem Stackhero Runner und Docker-in-Docker.

👋 Willkommen in der Stackhero-Dokumentation!

Stackhero bietet Ihnen eine benutzerfreundliche GitLab Runner Cloud-Lösung, die speziell dafür entwickelt wurde, Ihre GitLab CI/CD-Jobs effizient auszuführen. Das erwartet Sie:

• Unbegrenzte CI/CD-Minuten: Es gibt keine Abrechnung pro Minute, sodass Ihre Pipelines jederzeit ausgeführt werden können.
• Mehrere gleichzeitige Jobs: Führen Sie mehrere Jobs parallel aus, um Ihre gesamte Pipeline zu beschleunigen.
• Der Docker Executor mit Docker-in-Docker-Unterstützung: Optimieren Sie das Erstellen und Pushen Ihrer Container-Images.
• Kompatibel mit GitLab.com sowie jeder selbst gehosteten GitLab-Instanz.
• Eine private, dedizierte VM mit schnellen NVMe/SSD-Festplatten für konsistente und zuverlässige Builds.
• Verfügbar in den Regionen 🇪🇺 Europa und 🇺🇸 USA.

Sparen Sie Zeit: Sie können Ihren ersten GitLab Runner verbinden und Ihre Pipelines in nur wenigen Minuten starten!

Wenn Sie einen Stackhero GitLab Runner verwenden, werden Jobs mit dem Docker Executor ausgeführt. Das bedeutet, dass jeder Job in einem frischen Container startet, der auf dem von Ihnen angegebenen image basiert. Möchten Sie im Rahmen Ihrer Pipeline eigene Docker-Images bauen, können Sie Docker-in-Docker (DinD) nutzen. Mit dieser Konfiguration läuft ein Docker-Daemon parallel zu Ihrem Job, sodass Sie Befehle wie docker build und docker push direkt innerhalb Ihrer Pipeline ausführen können.

Ein großer Vorteil dabei ist, dass Ihr Runner über unbegrenzte CI/CD-Minuten verfügt. Sie können Images so oft bauen, wie Sie möchten. Außerdem befindet sich Ihr Build-Cache auf der dedizierten Festplatte des Runners, sodass wiederholte Builds vorherige Layer wiederverwenden können und Ihre Pipelines dadurch deutlich schneller abgeschlossen werden.