Ist DevOps tot? Diese Behauptung taucht immer wieder im Internet auf, mit dem Argument, dass Platform Engineering übernimmt. In diesem Vortrag, den ich an der Developer Experience Conference bei Roche in Poznan, Polen, gehalten habe, erkläre ich, warum DevOps absolut nicht tot ist und warum Platform Engineering der Schlüssel ist, um DevOps in grossem Massstab zum Funktionieren zu bringen.
Das wahre Problem mit DevOps#
Wir alle kennen die Vorteile von DevOps: erhöhte Deployment-Frequenz, schnellere Lead Time, schnellere Wiederherstellung von Services und niedrigere Change Failure Rate. Die Wissenschaft bestätigt dies durch die jährlichen State of DevOps Reports. Unternehmen, die DevOps praktizieren, erreichen schnellere Time-to-Market, höhere Qualität, bessere Kundenzufriedenheit und ziehen Top-Talente an.
Aber es gibt ein Problem. Moderne Softwareentwicklung mit DevOps bringt einen massiven technischen Stack mit sich. Unser Schlachtruf lautet “You build it, you run it”, was grossartig klingt, bis man realisiert, was das tatsächlich bedeutet. Jedes Team braucht Infrastruktur (Cloud und On-Premise), Laufzeitumgebungen (Docker, Kubernetes), CI/CD-Tools (GitLab, GitHub), Monitoring (Prometheus, Grafana, Dynatrace), Security-Scanning (Snyk, SonarQube), Kollaborationstools (Jira, Confluence) und Cost Management obendrauf. Und irgendwo dazwischen muss das Team auch noch eine Anwendung bauen.
In grösseren Unternehmen gibt es dann mehrere dieser Stacks über verschiedene Produkte oder Silos hinweg. Das Ergebnis: Inkonsistenzen, mangelnde operative Erfahrung, Tool-Komplexität und eine kognitive Belastung, die die Entwicklerproduktivität erdrückt. Die Rate neuer Features sinkt.
“In grösseren Unternehmen hat man mehrere dieser Stacks für potenziell jedes einzelne Produkt. Die kognitive Belastung für die Entwickler ist einfach zu hoch.”
Die Digital Factory: Strategie mit Ausführung verbinden#
Bevor wir zur Lösung kommen, möchte ich ein Bild zeichnen, wie moderne Unternehmen aussehen sollten. Stellen Sie sich ein Drohnenunternehmen vor. Der Vorstand hat die Vision, den Marktanteil zu erhöhen. Sie erstellen ein Portfolio von Ideen: Wartungsdrohnen, schnelle Drohnen, Drohnen mit hoher Traglast. Sie priorisieren und geben die beste Idee an das Produktmanagement weiter. Produktmanager zerlegen sie in Features: bessere Batterie, bessere Motoren, Software-Updates. Teams beginnen mit der Arbeit.
Das neue Motor-Team muss sofort starten. Ohne Plattform würden sie Wochen mit dem Aufsetzen ihrer Entwicklungsumgebung verbringen. Mit einem Platform Team, das eine standardisierte Continuous Delivery Pipeline bereitstellt, starten sie innerhalb von Minuten.
Aber die Geschichte endet nicht mit der Auslieferung. Telemetriedaten vom Produkt fliessen zurück zu den Teams für kontinuierliche Verbesserung und zurück zum Vorstand für strategische Entscheidungen: Gewinnen wir Marktanteile? Sollen wir mehr investieren oder umschwenken? Diese Feedback-Schleife von der Strategie über die Ausführung und zurück nenne ich die Digital Factory.
Platform Engineering: Das Fundament#
Der Zustand in vielen Unternehmen heute: Verschiedene Teams nutzen verschiedene Tools, bauen ihre eigenen lokalen Umgebungen und bringen nicht-standardisierte Lösungen in Produktion. Die Tool-Landschaft ist enorm, und jedes Team wählt, was gerade im Trend liegt.
Wohin wir müssen: Platform Engineering. Teams arbeiten auf einer standardisierten Plattform und bringen Software auf standardisierte Weise in Produktion. Die Plattform bietet ein definiertes Set von Services und Tools. Das nenne ich die Industrialisierung der Softwareentwicklung.
Das Ziel-Betriebsmodell ist klar: Produktteams konzentrieren sich auf Feature-Delivery. Das Platform Team erstellt eine Self-Service-Plattform mit allen Fähigkeiten, die die Produktteams brauchen. Ein grosser Teil des Technologie-Stacks wandert zum Platform Team, während der produktrelevante Stack bei den Produktteams bleibt.
Wie die Plattform tatsächlich funktioniert#
Das Platform Team baut ein internes Produkt. Die Kunden sind die Produktteams. Die Plattform stellt Fähigkeiten bereit wie Observability, Security, CI/CD, Identity Management und Infrastruktur-Provisionierung.
Die entscheidende Unterscheidung: Wenn die Plattform Monitoring-Fähigkeiten bereitstellt, bedeutet das, dass das Platform Team Self-Service-Werkzeuge für standardisiertes Monitoring liefert. Die Produktteams nutzen dann diese Werkzeuge, um ihre eigenen Anwendungen zu überwachen. Die Produktteams praktizieren weiterhin DevOps. Das Platform Team betreibt nicht die Produkte. Das wäre ein Rückfall in die alte Welt der Trennung von Entwicklung und Betrieb.
“Das Platform Team wird nicht die Produkte der Produktteams betreiben oder warten. Das ist eine sehr wichtige Unterscheidung zum alten IT-Modell.”
Architektur: Schwebende Plattformen und Adapter#
Zwei Architekturprinzipien sind essentiell. Erstens: Verwenden Sie Adapter für jedes integrierte Tool. In 22 Jahren habe ich viele Tools kommen und gehen sehen. Mit Adaptern können Sie GitLab gegen GitHub tauschen oder umgekehrt, ohne die Entwickler zu beeinträchtigen.
Zweitens: Bauen Sie eine schwebende Plattform nach dem Konzept von Gregor Hohpe. Integrieren Sie Tools und Cloud-Anbieter, aber abstrahieren Sie sie niemals weg. Duplizieren Sie keine Features. Wenn Sie das tun, beginnt Ihre Plattform unter ihrem eigenen Gewicht zu sinken. Eine schwebende Plattform sitzt über den Tools und macht sie auf kontrollierte, strukturierte Weise zugänglich.
Und ein wichtiger Punkt: KI ist kein separates Thema. Sie ist eine Fähigkeit der Plattform. Wenn man eine solche Plattform hat, sind KI- und ML-Fähigkeiten kontrolliert, standardisiert und unternehmensweit verfügbar. Ohne das nutzt jeder einfach die Tools, die gerade verfügbar sind, unkontrolliert und nicht standardisiert.
Die Plattform in Aktion#
Ich habe die Zühlke Platform Plane demonstriert, die wir gemeinsam mit der LGT aufgebaut haben. Folgendes bietet sie:
- Self-Service für alles: Repositories erstellen, Anwendungen deployen, Datenbanken bereitstellen, alles ohne Tickets.
- Single Sign-On: Eine Identität für alle Tools. Morgens einen Entwickler onboarden, abends offboarden. Der Zugang wird zentral verwaltet.
- Partner-Integration: Externe Unternehmen bringen ihre eigene Identität mit, werden über Microsoft Entra integriert und verwalten ihre Leute selbst.
- Standardisierte Services: Brauchen Sie eine MySQL-Datenbank, MongoDB oder Kafka? Ein Klick gibt Ihnen eine kontrollierte Instanz mit korrekter Namensgebung, Backups, Logging und Monitoring, bereits fertig konfiguriert.
- Security by Default: Alle Repositories und Container-Images werden kontinuierlich gescannt. Provenance-Tracking zeigt genau, wer welche Änderung eingeführt hat.
- KI-gestützte Tools: Dokumentations-Chatbot, Docker-Image-Analyse, Log-Analyse. Wenn alles auf einer Plattform ist, wird das Erstellen von KI-Anwendungsfällen wie Lego spielen.
- FinOps und Emissionserfassung: Teams sehen ihre Kosten und ihren CO2-Fussabdruck direkt in der Plattform.
- Pipelines und Runner: Self-hosted Runner, Hochleistungs-Pools und sogar virtuelle Maschinen für Mobile-Entwicklung.
- API Explorer: Alle OpenAPI-Spezifikationen des Unternehmens an einem Ort.
“Wenn ein Entwickler eine Anwendung deployt, werden Monitoring, Logging, Dashboards, einfach alles automatisch bereitgestellt. Die kognitive Belastung auf Entwicklerseite sinkt.”
Kernaussagen#
- DevOps ist nicht tot: Es braucht eine Plattform, um in grossem Massstab zu funktionieren. Platform Engineering ist der Enabler, nicht der Ersatz.
- Bauen Sie ein Self-Service-Portal: Kein Ticket-Ops. Ermöglichen Sie Teams, alles Nötige eigenständig zu erledigen.
- Die Plattform ist ein internes Produkt: Mit internen Kunden (den Produktteams) und einem dedizierten Platform Team, das sie baut und wartet.
- Architektur für Wandel: Nutzen Sie Adapter und das Floating-Platform-Konzept, um flexibel zu bleiben.
- KI ist eine Plattform-Fähigkeit: Kontrollieren Sie sie, standardisieren Sie sie und bieten Sie sie über die Plattform an, anstatt jeden seinen eigenen Weg gehen zu lassen.
- Developer Experience zählt: Wenn Entwickler Monitoring, Security und Infrastruktur out-of-the-box erhalten, können sie sich auf das konzentrieren, was tatsächlich Business Value schafft.
- Platform Engineering ist das Fundament der Digital Factory: Es ermöglicht Teams, DevOps zu praktizieren und kontinuierlich Wert zu liefern. Wir treten in das Zeitalter der Industrialisierung der Softwareentwicklung ein.