Was ist DevOps eigentlich?
DevOps ist eine Arbeitsweise, die Entwicklung (Dev) und Betrieb (Ops) zusammenbringt, statt sie in getrennten Silos arbeiten zu lassen. Ziel ist es, Software durch Automatisierung, gemeinsame Verantwortung und kontinuierliches Feedback schneller, zuverlässiger und in kürzeren Zyklen auszuliefern.
Auch bekannt als: Development und Operations · Dev Ops · DevOps-Ansatz
Ist DevOps bei Ihnen gerade ein Thema?
Wir fragen kurz, wie dringend das Thema bei Ihnen gerade ist. Je nach Antwort zeigen wir Ihnen direkt den passenden nächsten Schritt — ganz ohne Formular.
Im Alltag zeigt sich DevOps an der Art, wie eine Änderung in Produktion kommt. Eine Entwicklerin committet Code, die CI-Pipeline baut und testet ihn in Minuten, und bei grünem Ergebnis rollt die CD-Pipeline die neue Version automatisch in Staging und danach in Produktion aus. Monitoring meldet Fehler an dasselbe Team, das den Code geschrieben hat, und dieses Team behebt sie. Früher lag zwischen Entwicklung und Betrieb eine Übergabe mit Ticket, Freigabetermin und Wartungsfenster, bei DevOps entfällt sie. Der Ansatz ist damit organisatorisch, Werkzeuge wie Jenkins oder Kubernetes setzen ihn nur um.
Der Begriff entstand 2009 rund um die ersten DevOpsDays im belgischen Gent. Er war eine Antwort auf ein bekanntes Problem: Entwickler wurden an schnellen Änderungen gemessen, der Betrieb an Stabilität, und an der Grenze dazwischen stauten sich Releases. Als Gedächtnisstütze für die Prinzipien hat sich CALMS durchgesetzt, das für Culture, Automation, Lean, Measurement und Sharing steht. DevSecOps und Platform Engineering bauen auf DevOps auf und setzen jeweils einen eigenen Schwerpunkt, Security bei dem einen, interne Self-Service-Plattformen bei dem anderen.
Gemessen wird DevOps meist mit den DORA-Metriken aus dem Forschungsprogramm DevOps Research and Assessment, das heute zu Google gehört. Die ursprünglich vier Kennzahlen hat DORA inzwischen auf fünf erweitert: Deployment-Frequenz, Change Lead Time, Change Fail Rate, Failed Deployment Recovery Time und Deployment Rework Rate. Der zentrale Befund der Studien über mehr als zehn Jahre lautet, dass Tempo und Stabilität zusammengehen. Teams, die häufiger ausliefern, haben im Schnitt auch weniger fehlgeschlagene Deployments. Der DORA-Report 2025 beschreibt KI als Verstärker: Teams mit guter Automatisierung werden durch KI-Assistenz schneller, Teams ohne sie spüren ihre Schwächen deutlicher.
In der Industrie heißt die Übertragung auf Operational Technology Industrial DevOps, der Schwerpunkt von Comquent. Die Pipeline endet dort an einer SPS-Steuerung, einem Steuergerät oder einer Produktionsanlage. Dazu kommen Randbedingungen, die die IT nicht kennt: Safety-Nachweise, Wartungsfenster im Schichtbetrieb, OT-Netzsegmentierung nach IEC 62443 und Anlagen, die 20 Jahre laufen. Geteilte Verantwortung und Automatisierung bleiben der Kern, nur die technischen Leitplanken sind strenger.
Viele DevOps-Initiativen beginnen mit einer neuen Stellenbezeichnung. Ein Team heißt ab Montag „DevOps-Team", übernimmt die Pipelines, und die Tickets zwischen Entwicklung und Betrieb laufen jetzt über drei Teams statt zwei. Ohne veränderte Verantwortung, ohne Rückhalt im Management und ohne andere Anreize bleibt es bei einer neuen Werkzeugkette. Wer den eigenen Stand ehrlich einschätzen will, beginnt mit einer Reifegrad-Bestimmung statt mit der nächsten Werkzeuganschaffung.
Das Team, das nachts angerufen wird, schreibt den Code
Bei einem Softwareanbieter übergab die Entwicklung fertige Releases an den Betrieb, und nächtliche Störungen landeten bei Kollegen, die den Code nicht kannten. Heute verantwortet ein Team seinen Dienst von der Entwicklung über das Deployment bis zur Rufbereitschaft. Weil dieselben Menschen die Fehler in Produktion erleben, bauen sie Logging und Fehlerbehandlung von Anfang an ein, und die nächtlichen Einsätze gingen zurück.
Engpass per DORA-Metriken gefunden
Eine Organisation diskutierte seit Monaten, ob die Entwicklung zu langsam sei. Sie begann, die DORA-Metriken aus ihrem Versionskontrollsystem und der Pipeline zu erheben. Die Change Lead Time zeigte, dass Änderungen mehrere Tage auf eine manuelle Freigabe warteten, während Build und Test unter einer Stunde brauchten. Die Diskussion drehte sich danach um den Freigabeprozess statt um die Entwickler.
Wo liegt Ihr größter DevOps-Hebel?
DevOps ist kein Tool, sondern das Zusammenspiel aus Kultur und Automatisierung — wo Sie ansetzen, hängt an Ihrem Engpass. Zwei Klicks zeigen die Richtung.
Was bremst Sie am meisten?
- Ist DevOps eine Rolle, ein Team oder eine Kultur?
- Im Kern eine Kultur und Arbeitsweise, bei der Entwicklung und Betrieb gemeinsam für eine Anwendung verantwortlich sind. Die Stellenbezeichnung DevOps Engineer hat sich trotzdem durchgesetzt, gemeint ist meist jemand, der CI/CD-Pipelines, Infrastructure as Code, Container-Plattformen und Monitoring betreut. Sinnvoll ist die Rolle, wenn sie Teams befähigt, eigenständig auszuliefern, und nicht zur neuen Übergabestelle wird.
- Lässt sich DevOps auch in regulierten Industrien umsetzen?
- Ja, unter zusätzlichen Leitplanken. Safety-Anforderungen, Audit-Pflichten und Wartungsfenster bleiben bestehen, lassen sich aber in automatisierte Prozesse einbauen, die ihre Nachweise selbst erzeugen. Industrial DevOps verbindet DevOps-Prinzipien mit OT-Anforderungen wie der IEC 62443.
- Wo fängt man mit DevOps am sinnvollsten an?
- Mit einer ehrlichen Standortbestimmung, etwa über einen Reifegrad-Check und die DORA-Metriken, und danach mit der Automatisierung des schmerzhaftesten manuellen Schritts. Der kostenlose DevOps-Reifegrad-Schnellcheck ist dafür ein Einstieg ohne Verpflichtung. Akzeptanz für die kulturellen Veränderungen entsteht meist durch den ersten spürbaren Erfolg, zum Beispiel wenn das automatisierte Deployment das gefürchtete Samstags-Release ersetzt und das Team das Wochenende wieder frei hat.
- Wofür stehen die fünf Säulen von DevOps (CALMS)?
- CALMS steht für Culture (Dev und Ops teilen Verantwortung), Automation (CI/CD und Infrastructure as Code statt manueller Schritte), Lean (kleine Schritte, wenig Wartezeit), Measurement (steuern anhand von Daten, etwa DORA-Metriken) und Sharing (Wissen und Werkzeuge teilen). Mit dem Modell lässt sich prüfen, ob eine DevOps-Initiative über Werkzeuge hinausgeht.
- Was ist der Unterschied zwischen DevOps und DevSecOps?
- DevSecOps ist DevOps mit Security als fester Aufgabe aller Beteiligten. Sicherheitsprüfungen wie Secret-Scanning, Dependency-Scans und SBOM-Generierung laufen direkt in der Pipeline bei jedem Build, nicht erst als Prüfung kurz vor dem Release. DevSecOps macht damit ausdrücklich, was im DevOps-Gedanken schon angelegt ist.
- Was ist der Unterschied zwischen DevOps und Platform Engineering?
- Platform Engineering skaliert DevOps in größeren Organisationen. Ein Plattform-Team stellt Self-Service-Werkzeuge, Golden Paths und standardisierte Pipelines bereit, damit viele Produktteams DevOps-Praktiken nutzen können, ohne jede Infrastrukturfrage selbst zu lösen. Die Verantwortung für den Betrieb ihrer Anwendungen bleibt bei den Produktteams.
Wo steht Ihr Team bei DevOps?
Uns interessiert, wo Ihr Team bei diesem Thema steht. Auf Basis Ihrer Antwort schlagen wir Ihnen den sinnvollsten nächsten Schritt vor — ganz ohne Formular.
Weiterführende Primärquellen zu DevOps: Normtexte, Hersteller- und Projektdokumentation. Alle Ziele öffnen in einem neuen Tab.
- /01DORADORA Capabilities(externe Seite, öffnet in neuem Tab)
Die forschungsbasierten Fähigkeiten, die messbar auf Durchsatz und Stabilität wirken.
- /02Google CloudDevOps bei Google Cloud(externe Seite, öffnet in neuem Tab)
Einstieg mit Quick Check, Forschungsergebnissen und Praktiken je Fähigkeit.
- /03Amazon Web ServicesWas ist DevOps?(externe Seite, öffnet in neuem Tab)
Deutschsprachige Begriffsbestimmung mit Praktiken, Kultur und Werkzeugketten.
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