GitLab Runner
Build-Kapazität für Ihre Pipelines – geteilt oder dediziert, mit Docker oder direkt auf der Shell. Ohne Warteschlange und ohne Minutenkontingent.
GitLab Runner anfragen →Ein Runner führt Ihre Pipelines aus: Abhängigkeiten installieren, testen, bauen, ausliefern. Wir richten Runner so ein, dass Builds schnell, reproduzierbar und sicher laufen.
Kein Minutenkontingent
Ihre Pipelines laufen auf eigenen Runnern. Keine geteilten Warteschlangen, keine Abrechnung nach Build-Minuten.
Passende Ausführung
Docker-Executor für saubere, reproduzierbare Builds. Shell-Executor, wo Builds direkt auf dem Host laufen müssen.
Geheimnisse bleiben intern
Deploy-Keys und Zugangsdaten für private Paketquellen liegen auf dem Runner – nicht in jeder Pipeline.
Wächst mit
Mehr Projekte, mehr Builds? Weitere Runner oder größere Ressourcen lassen sich ohne Umbau ergänzen.
Was enthalten ist
Der genaue Umfang steht in Ihrem Angebot.
Managed bei kodewerkstatt
- Runner auf eigenem Server in Deutschland
- Docker- und/oder Shell-Executor
- Anbindung an Ihre GitLab-Instanz (auch GitLab.com)
- Caches für Composer, npm & Co.
- Hinterlegte Deploy-Keys und Paket-Zugänge
- Versionsgleich mit Ihrem GitLab gehalten
Auf Ihrer Infrastruktur
- Installation und Registrierung auf Ihrem Server
- Executor-Konfiguration nach Ihren Builds
- Tags und Zuweisung, damit Jobs auf dem richtigen Runner landen
- Aufräumroutinen für Images und Caches
- Dokumentation und Übergabe
Fragen zu GitLab Runner
Geht das auch mit GitLab.com?
Ja. Eigene Runner lassen sich an GitLab.com-Projekte oder -Gruppen anbinden – praktisch, wenn das Minutenkontingent knapp wird.
Geteilt oder dediziert?
Für typische Web-Projekte reicht ein geteilter Runner. Bei großen Builds, vielen parallelen Jobs oder Compliance-Anforderungen empfehlen wir dedizierte Ressourcen.
GitLab Runner für Ihr Team?
Ohne Preisliste, dafür mit einem Angebot, das zu Ihrem Team passt. Sie bekommen innerhalb von zwei Werktagen eine Rückmeldung.