GitLab Runner: Jobs parallel ausführen
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!
Ihr Tarif bestimmt, wie viele Jobs gleichzeitig ausgeführt werden können. Jobs innerhalb derselben Stage starten parallel, bis zur maximalen Parallelitätsgrenze. Das bedeutet, dass eine Stage mit mehreren unabhängigen Jobs abgeschlossen ist, sobald der langsamste Job fertig ist – die Jobs laufen also nicht nacheinander, sondern parallel.
Hier ein einfaches Beispiel:
stages:
- test
unit:
stage: test
image: node:22
script: npm run test:unit
integration:
stage: test
image: node:22
script: npm run test:integration
e2e:
stage: test
image: node:22
script: npm run test:e2e
Wenn Sie Ihre Parallelität auf 3 oder mehr setzen, laufen die Jobs unit, integration und e2e alle gleichzeitig.
Wenn Sie sich noch tiefer mit dem Thema Docker-Image-Builds in CI beschäftigen möchten, empfehlen wir die offizielle GitLab-Dokumentation.