Das Internet ist voll von Beiträgen, die behaupten, DevOps sei tot. “DevOps ist Schwachsinn.” “Platform Engineering wird DevOps ersetzen.” “SRE ist die Zukunft.” In diesem Video erkläre ich, warum all diese Behauptungen falsch sind, woher sie kommen und wie DevOps, Platform Engineering und Site Reliability Engineering tatsächlich zusammenhängen.
Heutige unterbrochene Wertströme#
Um zu verstehen, warum “DevOps ist tot”-Beiträge existieren, müssen wir zuerst die heutigen Herausforderungen verstehen. In den meisten Unternehmen sieht das Bild gleich aus: Das Business schreibt tolle Pläne, wirft sie über die Wall of Confusion zur Entwicklung. Die Entwicklung implementiert etwas und wirft es zur QA. Die QA testet etwas, das nicht der Spezifikation entspricht, und wirft es zum Betrieb. Der Betrieb sagt, es wird nie in Produktion funktionieren. Und der Kunde sagt: “Das ist nicht, was wir wollten.”
Der Wertstrom ist durch Walls of Confusion unterbrochen, die aus der Siloorganisation stammen. Die Silos selbst sind nicht das eigentliche Problem. Das eigentliche Problem ist die fehlende Abstimmung zwischen ihnen, weil diese Organisationseinheiten unterschiedliche Ziele haben und sich sogar gegenseitig aufheben können.
“DevOps ist ein Mindset, eine Kultur und ein Set von technischen Praktiken, die Kommunikation, Integration, Automatisierung und enge Zusammenarbeit zwischen allen Menschen ermöglichen, die ein Produkt planen, entwickeln, bauen, testen, deployen, releasen, betreiben und überwachen müssen.”
Die DevOps-Namensdebatte#
Der Begriff “DevOps” steht für Development plus Operations. Viele Menschen denken, es gehe nur darum, Dev und Ops zusammenzubringen. Das stimmt nicht. Einige schlaue Leute schlugen “DevSecOps” vor, weil Security wichtig ist. Andere schlugen “BizDevOps” vor, weil Business wichtig ist. Aber keiner dieser Begriffe erfasst das vollständige Bild. Wir bräuchten “DevSecBizArchCompQAOps”, um vollständig zu sein. Also nennen wir es einfach DevOps, weil DevOps darum geht, alle Menschen, Prozesse und Technologien zusammenzubringen, um kontinuierlich Wert zu liefern.
Häufige Anti-Patterns#
Die “DevOps ist tot”-Beiträge stammen von fehlgeleiteten oder unzureichenden Implementierungen. Hier sind die häufigsten Anti-Patterns:
Das DevOps-Silo: Das Management sagt “Wir brauchen etwas von diesem DevOps”, behält die Dev- und Ops-Silos und erstellt dazwischen ein neues DevOps-Silo. Das fügt nur mehr Walls of Confusion und mehr Übergaben hinzu. Machen Sie das nicht.
Das Remote-DevOps-Silo: Das Management sagt “Wir brauchen DevOps, aber lassen Sie uns das an einen günstigeren Standort auslagern.” Das ist noch schlimmer als das vorherige Anti-Pattern. Machen Sie das auch nicht.
Das Ziel ist klar: Dev und Ops (und alle anderen Rollen) sollten sich immer weiter annähern, bis sie ein Team mit denselben Zielen werden, vollständig auf die Produktlieferung ausgerichtet.
Die Skalierungsherausforderung#
Ein Team, das DevOps für ein Produkt macht, funktioniert wunderbar. Aber was passiert, wenn Sie mehrere Teams an mehreren Produkten haben? Jedes Team nutzt seine eigenen Tools und Plattformen. Sie bekommen massive Redundanz, Inkonsistenz und Reibung. Entwicklungsteams haben möglicherweise wenig Erfahrung im Betrieb, was zu kognitiver Überlastung durch die Komplexität der Verwaltung aller Tools führt.
Einige Unternehmen reagieren, indem sie ein gemeinsames Betriebsteam in der Mitte erstellen. Das reduziert die kognitive Last und bringt Konsistenz, führt aber das Siloproblem wieder ein.
Platform Engineering: Der bessere Ansatz#
Die bessere Lösung ist Platform Engineering. Sie behalten alle Produktteams, die mit DevOps-Praktiken an ihren Produkten arbeiten. Aber anstelle eines gemeinsamen Ops-Silos führen Sie ein Platform-Team ein, das eine Plattform baut und pflegt, auf der alle Produkte gebaut und gewartet werden können.
Jedes Produktteam behält seinen eigenen Produktbetrieb als Sub-Team oder dedizierte Personen, die das Produkt betreiben. Das Platform-Team stellt das Fundament bereit: Runtime, Developer Experience, CI/CD-Pipelines, Identity Management und Observability. Produktteams folgen weiterhin dem Prinzip “you build it, you run it.”
Die zentrale Erkenntnis: Kunden zahlen nicht für Ihre Plattform. Sie zahlen für Ihre Produkte. Aber die Plattform generiert Wert für Ihre Teams und ermöglicht es ihnen, bessere Produkte zu bauen. Platform Engineering ermöglicht DevOps in Ihrem Unternehmen.
“Platform Engineering nutzt DevOps-Praktiken, um eine Plattform zu liefern, auf der Produktteams ihre Produkte bauen und DevOps praktizieren können.”
Site Reliability Engineering: DevOps für Hochverfügbarkeit#
Es gibt auch Verwirrung darüber, ob SRE (Site Reliability Engineering) DevOps ersetzen wird. SRE wurde 2004 von Google eingeführt. Es geht um den Bau von hochverfügbaren, hochzuverlässigen, hochskalierbaren Systemen.
Die Unterscheidung ist praktisch. Wenn Ihr System zwei Neunen Verfügbarkeit braucht (14,4 Minuten Ausfallzeit pro Tag), machen Sie DevOps. Wenn Sie fünf Neunen brauchen (864 Millisekunden Ausfallzeit pro Tag), brauchen Sie SRE. Site Reliability Engineers sind T-förmige Menschen, die viel über Betrieb und Entwicklung wissen. Sie nutzen DevOps-Praktiken, um Systeme zu bauen und zu warten, die extreme Zuverlässigkeit benötigen.
Ein Fünf-Neunen-System zu entwickeln ist um ein Vielfaches komplexer und zeitaufwändiger als ein Zwei-Neunen-System. SRE ist kein Ersatz für DevOps. Es ist eine Spezialisierung, die DevOps-Praktiken für Hochverfügbarkeitsszenarien nutzt.
Das Denkmodell: Wie alles zusammenpasst#
Ich verwende folgendes Modell, um die Beziehungen zu visualisieren:
- Lean (1940er): Das Toyota Production System, das Fundament von allem.
- Agile (2000): Das Agile Manifest, aufgebaut auf Lean-Prinzipien.
- DevOps: Aufgebaut auf Agile und Lean. Alle Menschen, Prozesse und Technologien zusammenbringen, um kontinuierlich Wert zu liefern.
- Platform Engineering: Nutzt DevOps-Praktiken, um eine Plattform zu liefern, die Produktteams ermöglicht, DevOps zu praktizieren.
- SRE: Nutzt DevOps-Praktiken, um hochskalierbare, hochzuverlässige, hochverfügbare Produkte zu bauen.
DevOps ist nicht tot. Es ist das Fundament, auf dem Platform Engineering und SRE aufbauen.
Kernaussagen#
“DevOps ist tot” kommt von schlechten Implementierungen. Wenn Unternehmen DevOps-Silos erstellen oder DevOps an günstige Standorte auslagern, scheitert es. Das ist kein Problem von DevOps. Es ist ein Problem der Implementierung.
DevOps betrifft alle Menschen. Nicht nur Dev und Ops. Security, Business, Architektur, Compliance, QA und alle anderen, die am Wertstrom arbeiten.
Platform Engineering ermöglicht DevOps im grossen Massstab. Es bietet das standardisierte Fundament, damit Produktteams sich auf die Wertlieferung konzentrieren können, anstatt Tooling neu zu erfinden.
SRE ist eine DevOps-Spezialisierung. Es nutzt dieselben Praktiken für Systeme, die extreme Verfügbarkeit und Zuverlässigkeit erfordern.
Das Fundament ist klar. Lean ermöglicht Agile. Agile ermöglicht DevOps. DevOps ermöglicht Platform Engineering und SRE. Keines ersetzt das andere.