CI/CD Pipeline Implementierung — Beratung & Aufbau
Von der ersten Pipeline bis zur Enterprise-CI/CD-Plattform: Wir implementieren, optimieren und skalieren Ihre Continuous-Integration- und Delivery-Prozesse — für Unternehmen in Deutschland, Österreich und der Schweiz.
JENKINS · GITLAB CI · AZURE DEVOPS · GITHUB ACTIONS · ARGOCD
Andreas Schönfeld
Geschäftsführer & DevOps-Berater
Herstellerunabhängige Pipeline-Beratung für Jenkins, GitLab CI, Azure DevOps, GitHub Actions und ArgoCD — seit 2006.
CI/CD-Implementierung ist der Aufbau einer automatisierten Pipeline, die Code-Änderungen vom Commit über Build, Tests und Quality Gates bis zum Deployment führt. Comquent implementiert Pipelines herstellerunabhängig auf Jenkins, GitLab CI, Azure DevOps, GitHub Actions und ArgoCD — als Festpreis-PoC in 2 Wochen für 4.900 €.
Was kostet
eine schlechte
CI/CD-Pipeline?
Drei stille Kosten, die in keinem Budget stehen — aber jeden Monat aus der Engineering-Kasse gezogen werden. Konkret beziffert, basierend auf DORA-Medianwerten und 75+ Comquent-Audits.
- /01
Release-Frequenz
Releases alle 4 Wochen statt täglich — Wettbewerber zieht vorbei.
Stille Kosten4–8 Wochen verlorene Time-to-Market pro Jahr
Low-Performer-Teams (DORA-Median) deployen monatlich, Elite-Teams täglich. Bei 12 Releases pro Jahr vs. 250+ liegen Features in der Pipeline statt im Markt.
- /02
Manuelle Deploy-Schritte
Jedes Release: 20+ manuelle Klicks, jeder fünfte bringt einen Hotfix-Wochenend-Einsatz.
Stille Kosten8–24 Personenstunden pro Hotfix-Vorfall
DORA-Median für Low Performers: Change Failure Rate 15–20 %. Bei 12 Releases/Jahr = 2 Hotfix-Wochenenden — schnell 200+ Personenstunden Senior-DevOps verbrannt.
- /03
Pipeline-Wildwuchs
Jedes Team baut eigene Jenkinsfiles, niemand betreut die Templates, alles bricht beim Plugin-Update.
Stille Kosten4–6 Plattform-Engineer-Stunden pro Woche, nicht budgetiert
In 75+ Audits gemessen: ohne Standardisierung verbringen Plattform-Teams 10–15 % ihrer Zeit mit Pipeline-Reparatur statt Plattform-Entwicklung.
Quelle: DORA State of DevOps Report + Comquent-Projekterfahrungen 2006–2026
Was sich nach der
Implementierung ändert.
Unsere SPS-Software lag in Netzwerkordnern, jedes Release war Handarbeit. Heute baut und testet die Pipeline automatisch — wir liefern Maschinen-Updates in Tagen statt Wochen.
Cross-Builds und HiL-Tests liefen nur, wenn ein Kollege sie von Hand anstieß. Jetzt läuft die Strecke stabil durch — unsere Firmware-Releases sind endlich planbar.
Jedes Team hatte eigene Jenkinsfiles, beim Plugin-Update brach alles. Mit standardisierten Templates ist Schluss damit — unsere Entwickler arbeiten am Kundenprojekt statt am Build-Server.
Was ist CI/CD
konkret?
Vom Commit zur Produktion.
Eine CI/CD-Pipeline ist eine automatisierte Abfolge von Schritten, die jede Code-Änderung vom Commit bis in die Produktion führt: Continuous Integration (CI) baut und testet automatisch, Continuous Delivery (CD) macht jedes geprüfte Release auslieferbar — auf Knopfdruck oder vollautomatisch.
Die Implementierung umfasst Tool-Auswahl, Pipeline-Design, Quality Gates und Deployment-Automatisierung — für Teams, die ihre Deployment-Frequenz steigern und manuelle Prozesse eliminieren wollen.
Quelle: Projekterfahrungen (2006–2026) + DORA State of DevOps Report
Wie läuft eine CI/CD
Pipeline Implementierung
ab?
Vom ersten Gespräch bis zur
produktiven Pipeline. 75+ Projekte.
Eine CI/CD-Pipeline-Implementierung läuft in vier Phasen: Erstens Assessment (Pipeline-Audit, Bottleneck-Analyse, 90-Tage-Roadmap), zweitens Design (Tool-Auswahl, Pipeline-Templates, Quality-Gate-Konzept), drittens Implement (produktiver Pilot in 2 Wochen, Festpreis ab 4.900 €) und viertens Optimize (DORA-Metriken, Übergabe und Skalierung auf weitere Teams). Pilotprojekte sind nach 2 Wochen produktiv, eine unternehmensweite Einführung benötigt typisch 3–6 Monate.
Assess
Ist-Analyse der Toolchain, Value-Stream-Mapping, DORA-Baseline. Die drei größten Hebel für Ihren Kontext.
Design
Tool-Entscheidung, Pipeline-Architektur, Quality-Gate-Katalog, Pilot-Scope. Eine Roadmap, die Ihr Team trägt.
Implement
Aufbau der Pilot-Pipeline: Build, Test, Security-Scans, Deployment. Pair-Programming ab Tag 1.
Optimize
KPI-Monitoring, Bottleneck-Analyse, Template-Rollout, kontinuierliche Verbesserung entlang der DORA-Metriken.
Was sind die Kernthemen
einer CI/CD-Implementierung?
Eine CI/CD-Implementierung gliedert sich in sechs Kernthemen: Begriffsklärung (CI vs. CD vs. Continuous Deployment), herstellerunabhängige Tool-Beratung, Pipeline-Design & Optimierung, Quality Gates & Testing, GitOps-Workflows sowie CI/CD für Edge- und Embedded-Systeme. Diese sechs Themen tragen jede Pipeline — vom Embedded-Steuergerät bis zur Kubernetes-Edge.
- /01
CI vs. CD vs. Continuous Deployment
Drei Begriffe. Keine Synonyme.
CI stellt sicher, dass Code-Änderungen automatisch gebaut und getestet werden. Continuous Delivery geht weiter: Jede Änderung ist jederzeit deploybar. Continuous Deployment automatisiert auch den letzten Schritt — jede bestandene Änderung geht direkt in Produktion. Wir helfen zu bestimmen, welches Modell für Ihre Organisation und Branche passt. Grundlagen im Industrial DevOps Leitfaden. - /02
Tool-Beratung
Jenkins, GitLab, Azure, GitHub, ArgoCD, Spinnaker — die Landschaft ist riesig.
Wir beraten herstellerunabhängig. Werkzeuge, die zu Ihren Anforderungen, Ihrem Team und Ihrer bestehenden Infrastruktur passen. Kein Vendor-Lock-in, kein Über-Engineering. Detaillierter Vergleich in Jenkins vs. GitLab CI vs. Azure DevOps. Für Jenkins-Teams ergänzend der Jenkins Workshop mit KI — Admin & JCasC — 2 Tage Hands-on zu Installation, Configuration as Code, CIS-Hardening und Monitoring mit Claude Code. - /03
Pipeline-Design & Optimierung
Eine gute Pipeline ist schnell, zuverlässig und wartbar.
Parallele Stages, intelligentes Caching, wiederverwendbare Templates, klare Fehlerbehandlung. Bestehende Pipelines analysieren wir auf Bottlenecks und optimieren Build-Zeiten, Feedback-Loops und Ressourcen. Häufig liegt das Problem nicht am Tool, sondern an der Architektur. Anleitung zu DORA-Metriken richtig messen — oder der praxisorientierte Jenkins Pipeline Workshop mit Claude Code für Teams, die Declarative- und Scripted-Pipelines, Shared Libraries und JenkinsPipelineUnit-Tests in 2 Tagen hands-on lernen wollen. Wie KI Pipelines per MCP steuert und Build-Logs analysiert, vertieft der Beitrag Vibe Coding & MCP für Jenkins. - /04
Quality Gates & Testing
Nur Code, der Standards erfüllt, geht in Produktion.
Automatisierte Unit-Tests, Integrationstests, Performance-Tests, Security-Scans als feste Bestandteile der Pipeline. Mit Code-Coverage, Mutation-Score und statischer Analyse schaffen Sie objektive Kriterien. Für regulierte Branchen Shift-Left-Security nach IEC 62443. - /05
GitOps-Workflows
Git als Single Source of Truth — für Infrastruktur und Applikation.
Jede Änderung am Cluster-Zustand wird über Pull Requests gesteuert, reviewed und auditiert. Mit ArgoCD oder Flux: deklarative, versionierte, automatisch reconcilierte Deployments. Ideal für Kubernetes und verteilte Produktionsumgebungen. - /06
CI/CD für Edge- und Embedded-Systeme
Cross-Kompilierung, Hardware-in-the-Loop, OTA — die Pipeline endet nicht im Rechenzentrum.
CI/CD für Edge-Systeme und Embedded-Software stellt eigene Anforderungen: Cross-Kompilierung für Ziel-Architekturen (ARM, RISC-V), Hardware-in-the-Loop-Tests als eigene Pipeline-Stage, signierte Artefakte und Over-the-Air-Deployments auf verteilte Geräteflotten. Wir bauen Pipelines, die Firmware genauso zuverlässig ausliefern wie Cloud-Services — von Yocto-Builds bis zu Kubernetes-Edge-Szenarien mit ArgoCD. Wie das in der Praxis aussieht, zeigt der Anwendungsfall Automotive & Embedded.
Für wen lohnt sich
eine CI/CD-Beratung?
Drei Rollen profitieren konkret: DevOps Engineers durch standardisierte Pipeline-Templates und Golden Paths, Entwicklungsleitung durch automatisierte Quality Gates und kürzere Release-Zyklen, CTOs durch messbare DORA-Performance, herstellerunabhängige Tool-Beratung und klaren ROI.
DevOps Engineers & Platform Teams
Jedes Team baut eigene Pipelines, Tooling ist fragmentiert, Best Practices fehlen.
Standardisierte Pipeline-Templates und Quality Gates — Golden Paths statt Wildwuchs.
Entwicklungsleitung & Teamleads
Releases dauern zu lange, manuelle Schritte erzeugen Fehler, Testabdeckung ist lückenhaft.
Automatisierte Pipelines mit Quality Gates — von Wochen auf Stunden, mit nachweisbarer Qualität.
CTO & IT-Leitung
Deployment-Frequenz zu niedrig, Change Failure Rate zu hoch, kein Überblick über DORA.
Messbare Delivery-Performance, herstellerunabhängige Tool-Beratung, klarer ROI.
CI/CD-Agentur oder Beratung — was ist der Unterschied?
Wer eine CI/CD-Agentur sucht, meint meist ein Team, das Pipelines schlüsselfertig aufbaut. Genau das liefern wir — mit einem Unterschied: Als Beratung übergeben wir Know-how statt Abhängigkeit. Ihr Team betreibt die Pipeline nach der Übergabe selbst. Wer den Betrieb lieber dauerhaft auslagert, findet im Managed-CI/CD-Modell (Automation as a Service) die Agentur-ähnliche Variante mit SLA.
# GitLab CI Pipeline Konfiguration stages: - build - test - security - deploy build: stage: build image: node:20-alpine script: - npm ci --cache .npm - npm run build cache: paths: [.npm] test: stage: test script: - npm run test:coverage coverage: '/Lines\s*:\s*(\d+\.?\d*)%/' security-scan: stage: security script: - trivy image $CI_REGISTRY_IMAGE deploy-prod: stage: deploy script: - kubectl apply -f k8s/ only: [main] when: manual
Wie sieht eine professionelle
CI/CD-Pipeline aus?
Über 18 Jahre Continuous Integration Consulting — vom Startup bis zum Konzern, von der Web-App bis zum Embedded-System.
- 01Herstellerunabhängige Tool-Beratung und -Auswahl
- 02Pipeline-Design von Grund auf oder Optimierung bestehender Pipelines
- 03Multi-Branch- und Multi-Repo-Pipeline-Strategien
- 04Automatisierte Quality Gates mit definierten Schwellwerten
- 05GitOps-Workflows mit ArgoCD oder Flux
- 06Pipeline-Monitoring und Alerting
- 07Migration zwischen CI/CD-Tools (z.B. Jenkins zu GitLab CI)
- 08Team-Schulungen und Pair-Programming
Fünf Plattformen.
Ein ehrlicher Vergleich.
Welches CI/CD-Tool passt zu Ihrem Kontext? Herstellerunabhängige Übersicht der führenden Plattformen im DACH-Markt.
| Kriterium | Jenkins | GitLab CI | Azure DevOps | GitHub Actions | ArgoCD |
|---|---|---|---|---|---|
| Lizenzmodell | Open Source (MIT) | Freemium / Self-hosted | SaaS / On-Prem | SaaS (Minuten-basiert) | Open Source (Apache 2.0) |
| Hosting | On-Prem / Self-hosted | SaaS & Self-hosted | SaaS & Server | SaaS (GitHub Cloud) | Kubernetes-nativ |
| Stärken | 1.800+ Plugins, max. Flexibilität | All-in-One (SCM + CI + Registry) | Microsoft-Ökosystem, Enterprise | Einfache Integration, Marketplace | Deklaratives GitOps für K8s |
| Industrial-Eignung | Sehr gut (TIA Portal, Embedded) | Gut (Self-hosted für OT-Netze) | Gut (Hybrid-Szenarien) | Eingeschränkt (Cloud-first) | Spezialfall (K8s-Edge) |
| Typische Zielgruppe | Bestandskunden, Embedded-Teams | Mittelstand, All-in-One | .NET / Microsoft-Häuser | OSS & GitHub-zentrierte Teams | Cloud-Native & Platform Teams |
Welche messbaren Ergebnisse
bringt eine CI/CD-Einführung?
Wie richtet man eine
Jenkins Pipeline ein?
Eine Jenkins Pipeline richten Sie in fünf Schritten ein: Erstens ein Jenkinsfile im Repository-Root anlegen (Pipeline as Code, versioniert mit dem Code). Zweitens die stages definieren — typisch Build, Test, Security-Scan, Deploy. Drittens in Jenkins einen Multibranch-Pipeline-Job anlegen und auf das Repository zeigen. Viertens einen Webhook setzen, damit jeder Push die Pipeline auslöst. Fünftens Quality Gates und Credentials konfigurieren. Eine Declarative Pipeline ist die wartbarere Variante gegenüber Scripted Pipelines.
- /01
Jenkinsfile anlegen
Ein Jenkinsfile im Repository-Root — Pipeline as Code, versioniert mit dem Code, reviewbar im Pull Request.
- /02
Stages definieren
Build, Test, Security-Scan, Deploy als Declarative Stages. Wartbarer als Scripted Pipelines, leichter zu lesen.
- /03
Multibranch-Job anlegen
In Jenkins einen Multibranch-Pipeline-Job auf das Repository zeigen lassen — jeder Branch bekommt automatisch seine Pipeline.
- /04
Webhook einrichten
Push-Webhook von GitLab, GitHub oder Bitbucket setzen, damit jeder Commit die Pipeline ohne Polling auslöst.
- /05
Credentials & Quality Gates
Secrets über den Credentials-Store verwalten, Coverage- und Security-Schwellwerte als Gates verankern.
// Declarative Jenkins Pipeline pipeline { agent { label 'linux' } stages { stage('Build') { steps { sh 'mvn -B clean package' } } stage('Test') { steps { sh 'mvn test' } post { always { junit '**/surefire-reports/*.xml' } } } stage('Security') { steps { sh 'trivy fs --exit-code 1 .' } } stage('Deploy') { when { branch 'main' } steps { sh 'kubectl apply -f k8s/' } } } }
Tiefer einsteigen? Jenkins Pipeline Workshop mit Claude Code — 2 Tage hands-on zu Declarative- und Scripted-Pipelines, Shared Libraries und Pipeline-Tests.
Was kostet eine CI/CD-
Pipeline-Implementierung?
Ein produktiver CI/CD-Pipeline-Pilot kostet bei Comquent 4.900 € Festpreis und ist nach 2 Wochen einsatzbereit. Eine unternehmensweite Einführung mit Templates, Migration und Schulungen liegt typisch zwischen 20.000 € und 80.000 € über 3–6 Monate — abhängig von Team-Anzahl, Tool-Landschaft und Regulierungsgrad. Die laufenden Kosten der CI/CD-Werkzeuge selbst reichen von 0 € (Jenkins, ArgoCD Open Source) bis zu nutzungsbasierten SaaS-Modellen.
Was sich lohnt, hängt vom Ausgangspunkt ab. Ein CI/CD ROI-Rechner zeigt das jährliche Einsparpotenzial gegen die Investition — meist amortisiert sich eine Pipeline-Automatisierung innerhalb weniger Monate über eingesparte Hotfix-Wochenenden und schnellere Releases.
2 Wochen.
4.900 €.
Produktive Pipeline.
Proof of Concept zum Festpreis: Wir setzen in 2 Wochen eine funktionierende CI/CD-Pipeline für ein Pilotprojekt auf. Inklusive Dokumentation und Übergabe an Ihr Team.
Inkl. Dokumentation
Was Kunden
wirklich fragen.
- Q.01
- Was ist eine CI/CD Pipeline?
- Eine automatisierte Abfolge von Schritten, die Code-Änderungen vom Commit bis zum Deployment in Produktion führt. CI sorgt für automatisiertes Bauen und Testen, CD für die automatisierte Auslieferung.
- Q.02
- Jenkins vs. GitLab CI vs. Azure DevOps — welches Tool passt?
- Jenkins: maximale Flexibilität und 1.800+ Plugins, ideal für bestehende Infrastrukturen. GitLab CI: nahtlose Integration, All-in-One. Azure DevOps: Microsoft-Ökosysteme. GitHub Actions: GitHub-zentrierte Teams. Wir beraten herstellerunabhängig.
- Q.03
- Wie baut man eine CI/CD Pipeline auf?
- Analyse des bestehenden Entwicklungsprozesses. Build-Schritte definieren, automatisierte Tests integrieren, Quality Gates einrichten, Deployment-Strategie festlegen. Typisches Pilotprojekt: 2–4 Wochen.
- Q.04
- Was sind Quality Gates in CI/CD?
- Automatisierte Prüfpunkte in der Pipeline, die Code-Qualität, Testabdeckung, Security-Scans und Performance prüfen. Nur wenn alle Gates bestanden werden, darf ein Release fortschreiten.
- Q.05
- Was ist GitOps?
- Operational Framework, bei dem Git als Single Source of Truth für Infrastruktur und Applikation dient. Änderungen werden über Pull Requests deklarativ beschrieben und automatisch von ArgoCD oder Flux reconciled.
- Q.06
- Wie funktioniert Continuous Integration?
- Jede Code-Änderung wird automatisch in ein gemeinsames Repository integriert. Automatisierte Builds und Tests laufen bei jedem Commit, Integrationsprobleme werden sofort erkannt.
- Q.07
- Was kostet eine CI/CD Beratung?
- Unser CI/CD Proof of Concept kostet 4.900 € Festpreis und liefert in 2 Wochen eine produktive Pipeline. Größere Engagements kalkulieren wir individuell — das kostenlose Erstgespräch und ein Pipeline-Audit liefern die Grundlage.
- Q.08
- Wie lange dauert die Einführung von CI/CD?
- Erster produktiver Pipeline-Pilot: 2 Wochen. Unternehmensweite Einführung mit Templates, Schulungen und Migration: 3–6 Monate. Quick Wins zuerst, dann Skalierung.
- Q.09
- Lohnt sich eine Migration von Jenkins zu GitLab CI?
- Wenn Wartungsaufwand der Jenkins-Plugins hoch ist, GitLab bereits für SCM genutzt wird oder eine All-in-One-Plattform gewünscht ist. Klassische Migration für ein mittelgroßes Team: 4–8 Wochen.
- Q.10
- Wie verbessert man DORA-Metriken mit CI/CD?
- Durch Automatisierung, Quality Gates und Trunk-Based Development. Typische Ergebnisse nach CI/CD-Einführung: 10× höhere Deployment-Frequenz, Change Failure Rate unter 5 %.
- Q.11
- Wie richtet man eine Jenkins Pipeline ein?
- In fünf Schritten: Jenkinsfile im Repository-Root anlegen, Stages (Build, Test, Security, Deploy) definieren, einen Multibranch-Pipeline-Job auf das Repository zeigen lassen, einen Push-Webhook setzen und Credentials sowie Quality Gates konfigurieren. Declarative Pipelines sind wartbarer als Scripted Pipelines.
- Q.12
- Was kostet eine CI/CD-Pipeline-Implementierung?
- Ein produktiver Pilot kostet bei Comquent 4.900 € Festpreis und ist nach 2 Wochen einsatzbereit. Eine unternehmensweite Einführung mit Templates, Migration und Schulungen liegt typisch zwischen 20.000 € und 80.000 € über 3–6 Monate. Die CI/CD-Werkzeuge selbst kosten von 0 € (Jenkins, ArgoCD Open Source) bis zu nutzungsbasierten SaaS-Modellen.
- Q.13
- Was gehört alles zu CI/CD?
- Zu CI/CD gehören Versionskontrolle (Git), ein Build-Server wie Jenkins oder GitLab CI, automatisierte Tests (Unit, Integration, End-to-End), Quality Gates mit statischer Code-Analyse und Security-Scans, eine Artefakt-Registry sowie automatisierte Deployments inklusive Rollback-Mechanismen. Comquent implementiert diese Bausteine als durchgängige Pipeline — vom Commit bis zur Produktion.
- Q.14
- Was ist eine automatisierte CI/CD-Pipeline?
- Eine automatisierte CI/CD-Pipeline führt alle Schritte vom Code-Commit bis zum Deployment ohne manuelle Eingriffe aus: Build, Tests, Security-Scans und Auslieferung starten automatisch bei jeder Änderung. Manuelle Freigaben bleiben nur dort, wo Compliance sie verlangt — etwa als Approval-Gate vor dem Produktions-Deployment.
- Q.15
- Was ist ein Bestandteil der Continuous Delivery Pipeline?
- Kernbestandteile einer Continuous Delivery Pipeline sind die Build-Stage (Kompilieren und Paketieren), die Test-Stage (Unit-, Integrations- und End-to-End-Tests), Quality Gates (statische Analyse, Security-Scans, Coverage-Schwellwerte), eine Artefakt-Registry sowie die Deployment-Stage mit Rollback-Mechanismus. Jede Stage muss bestanden werden, bevor die nächste startet.
- Q.16
- Was ist CI und CD?
- CI steht für Continuous Integration: Jede Code-Änderung wird automatisch gebaut und getestet. CD steht für Continuous Delivery oder Continuous Deployment: Die Software wird automatisiert auslieferbar gemacht beziehungsweise direkt in Produktion gebracht. Zusammen bilden sie die CI/CD-Pipeline, die Comquent für Industrieunternehmen herstellerunabhängig aufbaut.
Erstgespräch.
Kostenlos.
90 Tage zum Ergebnis.
Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.
Industrie · Automotive · Finance