Platform Engineering ist kein Gegenmodell zu DevOps. Es macht wiederkehrende Fähigkeiten wie Infrastruktur, Build- und Deployment-Abläufe oder Observability als interne, wiederverwendbare Plattformangebote zugänglich. Produktteams können dadurch mehr selbst erledigen, während sie weiterhin mit den für Betrieb und Entwicklung verantwortlichen Teams zusammenarbeiten.
Was ist Platform Engineering?
Platform Engineering ist die Praxis, gemeinsame Computerplattformen für Entwickler und andere interne Nutzer zu planen und bereitzustellen. Dazu gehören nicht nur Technologien, sondern auch Teams, Prozesse, Richtlinien und die Geschäftsergebnisse, die eine Plattform unterstützen soll. Die CNCF beschreibt eine Cloud-native Plattform als „an integrated collection of capabilities defined and presented according to the needs of the platform’s users“ – eine integrierte Sammlung von Fähigkeiten, die nach den Bedürfnissen ihrer Nutzer zusammengestellt und präsentiert wird. Die Definition steht im CNCF Platforms White Paper; Version 1 wurde im März 2023 abgeschlossen, während die Projektseite auf weitere Iterationen im jeweils neuesten Verzeichnis verweist.
As an Amazon Associate I earn from qualifying purchases.
Eine Plattform kann beispielsweise Infrastruktur, Build- und Testabläufe, Deployment, Identität, Geheimnisse, Datenservices und Observability bündeln. Sie kann bestehende interne Spezialteams und externe Managed Services einbeziehen. Das Plattformteam muss also nicht jede zugrunde liegende Technologie selbst entwickeln oder betreiben. Entscheidend ist, dass die Fähigkeiten für interne Nutzer auf eine verständliche und konsistente Weise verfügbar sind.
PC Slower Than It Used to Be?
A free scan shows the junk files, broken settings and background clutter dragging Windows down - then fixes them in one click.Free scan · Windows 10 & 11Crashes, No Sound, or Screen Glitches?
Random freezes, missing sound and display glitches usually trace back to one bad driver. Find and replace yours safely.Free scan · under a minuteWas ist eine Internal Developer Platform?
Eine Internal Developer Platform (IDP) ist eine interne Plattform, die gemeinsame Fähigkeiten bündelt und so präsentiert, dass Produkt- und Anwendungsteams sie konsistent nutzen können. Dazu kann ein Portal gehören, aber ein Portal allein ist noch keine Plattform. APIs, Kommandozeilenwerkzeuge, Vorlagen, Dokumentation und automatisierte Abläufe können ebenso Teil des Angebots sein. Die passende Oberfläche hängt davon ab, was Nutzer erledigen müssen.
#1 Best Overall
Eine IDP soll wiederkehrende Aufgaben vereinfachen und unnötige technische Details kapseln. Die CNCF nennt als wesentliches Plattformziel, die kognitive Last von Produktteams zu verringern. Das gelingt nicht dadurch, dass man möglichst viele Werkzeuge in einem Katalog sammelt, sondern indem man für konkrete Aufgaben einen verlässlichen, verständlichen Weg anbietet.
Was ist der Unterschied zwischen DevOps und Platform Engineering?
DevOps betont die Zusammenarbeit über Entwicklungs- und Betriebsgrenzen hinweg. Platform Engineering baut auf dieser Zusammenarbeit auf: Es macht gemeinsam benötigte Fähigkeiten explizit zugänglich und unterstützt Produktteams mit wiederverwendbaren Schnittstellen und Self-Service. Das CNCF Platform Engineering Maturity Model beschreibt Platform Engineering als eine Form, die durch DevOps inspirierte Zusammenarbeit in Unternehmen sichtbar zu machen. Es ist daher kein pauschaler Ersatz für DevOps und hebt die gemeinsame Verantwortung für Software und Betrieb nicht auf.
Der praktische Unterschied liegt vor allem darin, wie wiederkehrende Bedürfnisse erfüllt werden. Ohne Plattformangebot kann jedes Team ähnliche Infrastruktur- oder Lieferabläufe selbst zusammensetzen oder manuell bei anderen Teams anfragen. Mit einer Plattform können gemeinsame Fähigkeiten über unterstützte Schnittstellen und automatisierte Abläufe bereitgestellt werden. Die Produktteams bleiben für ihre Anwendungen verantwortlich; das Plattformteam übernimmt Verantwortung für das interne Angebot und dessen Nutzungserlebnis.
Rank #2
Nicht jede Organisation braucht dafür ein großes Plattformteam oder ein umfangreiches Entwicklerportal. Umfang und Form sollten sich nach Nutzergruppen, wiederkehrenden Aufgaben, verfügbaren Fähigkeiten und dem organisatorischen Kontext richten.
Woran erkennt man eine nützliche Plattform?
Die CNCF empfiehlt, eine Plattform als internes Produkt zu behandeln: Sie sollte auf den Bedürfnissen ihrer Nutzer beruhen und sich anhand von Rückmeldungen weiterentwickeln, statt lediglich eine Sammlung von Werkzeugen oder einen zentral auferlegten Standard darzustellen.
- Sie löst gemeinsame Nutzerprobleme: Roadmap und Prioritäten orientieren sich an Aufgaben, die mehrere Teams tatsächlich wiederholt erledigen müssen.
- Sie ermöglicht Self-Service: Nutzer können Fähigkeiten möglichst automatisch beziehen, statt für jeden Schritt manuelle Unterstützung anzufordern.
- Sie bietet passende Schnittstellen: Je nach Aufgabe kann der Zugang über Portal, API, CLI, IDE oder eine grafische Oberfläche sinnvoll sein.
- Sie ist dokumentiert: Beispiele, Onboarding und verständliche Nutzungshinweise gehören zum Plattformangebot.
- Sie senkt wiederkehrende Komplexität: Die Plattform kapselt unnötige Implementierungsdetails und reduziert Betriebsaufwand, ohne Produktteams blind zu machen.
- Sie integriert Sicherheit als Standard: Richtlinien und Kontrollen sind in den angebotenen Fähigkeiten und Abläufen berücksichtigt.
- Sie bleibt kombinierbar: Teams können passende Teile nutzen und bei echten Sonderfällen ergänzen, statt jede Abweichung grundsätzlich zu verbieten.
Self-Service ist dabei mehr als ein Formular, das eine Anfrage an ein anderes Team weiterleitet. Sein Nutzen entsteht, wenn die angeforderte Fähigkeit mit möglichst wenig manueller Intervention bereitgestellt wird. Auch sogenannte Golden Paths sind keine Zwangswege: Sie sind unterstützte Standardabläufe für häufige Aufgaben und können beispielsweise Vorlagen und integrierte Schritte zum Bauen, Prüfen, Ausliefern und Beobachten einer Anwendung enthalten. Sie sollten konfigurierbar bleiben, damit sie Teams helfen, ohne legitime Sonderfälle auszuschließen.
Wie beginnt man mit Platform Engineering?
Der sinnvolle Ausgangspunkt ist nicht die Frage, welche Werkzeuge angeschafft werden sollten. Zuerst sollte geklärt werden, welche wiederkehrenden Aufgaben Produktteams daran hindern, sicher und zuverlässig Wert für ihre Nutzer zu liefern. Die CNCF empfiehlt eine schlanke Plattformschicht, die gemeinsame Anforderungen priorisiert und erste Nutzerteams eng einbindet.
- Nutzer und Arbeitsabläufe ermitteln. Sprechen Sie mit Anwendungsteams und anderen internen Nutzern. Sammeln Sie wiederkehrende Schwierigkeiten, manuelle Übergaben und Wartezeiten, statt vorschnell eine technische Lösung festzulegen.
- Ein gemeinsames Problem priorisieren. Wählen Sie eine Fähigkeit, die mehrere Teams benötigen und die sich sinnvoll standardisieren oder automatisieren lässt. Häufige Kandidaten sind Pipelines, Datenbanken und Observability; sie sind Ansatzpunkte, keine universelle Vorgabe.
- Verantwortung und Bereitstellung klären. Entscheiden Sie, ob das Plattformteam die Fähigkeit selbst bereitstellt, ein bestehendes internes Spezialteam sie liefert oder ein Managed Service eingebunden wird. Das Plattformteam kann auch bei fremder Implementierung für eine konsistente Schnittstelle und ein verständliches Nutzererlebnis sorgen.
- Den Ablauf als Produkt anbieten. Stellen Sie die Fähigkeit über passende Schnittstellen bereit und liefern Sie Dokumentation, Beispiele und Onboarding mit. Automatisieren Sie manuelle Schritte dort, wo es die Nutzeraufgabe tatsächlich vereinfacht.
- Mit den ersten Nutzern verbessern. Holen Sie Feedback ein und beobachten Sie, ob Teams den Ablauf verstehen und verwenden. Passen Sie Angebot und Roadmap an, bevor Sie die Plattform auf weitere Nutzergruppen ausdehnen.
Ein Portal kann den Zugang erleichtern, sollte aber nicht zum Selbstzweck werden. Eine kleine, gut dokumentierte und genutzte Fähigkeit kann wertvoller sein als eine breite Oberfläche, die kaum gemeinsame Arbeitsabläufe vereinfacht.
Welche Aufgaben hat ein Platform Team?
Ein Plattformteam untersucht Nutzeranforderungen, plant die Roadmap, kommuniziert den Nutzen und entwickelt die Oberflächen, über die Plattformfähigkeiten entdeckt, verwendet und beobachtet werden. Dazu können Portale, APIs, Dokumentation, Vorlagen und Kommandozeilenwerkzeuge gehören.
Rank #4
Zur Produktarbeit zählt auch, Rückmeldungen systematisch einzuholen – etwa über Interviews, Umfragen, gemeinsame Workshops, Nutzungsdaten und offene Anforderungswege. Das Team arbeitet sowohl mit Anwendungsteams als auch mit den Teams zusammen, die zugrunde liegende Infrastruktur oder Managed Services bereitstellen. Seine Aufgabe ist nicht zwangsläufig, alle technischen Komponenten selbst zu betreiben; wichtig ist, dass Verantwortlichkeiten und Nutzererlebnis über die beteiligten Anbieter hinweg zusammenpassen.
Independent reader supportYour contribution helps us test, update, and keep practical guides available for everyone.Wie lässt sich der Reifegrad sinnvoll einschätzen?
Das CNCF Platform Engineering Maturity Model betrachtet fünf Aspekte: Investment, Adoption, Interfaces, Operations und Measurement. Es unterscheidet die Stufen Provisional, Operationalized, Scalable und Optimizing. Diese Dimensionen können sich unabhängig voneinander entwickeln: Eine Organisation kann etwa Self-Service bereits ausgebaut haben, während sie Nutzerfeedback noch unregelmäßig erfasst.
Recommended Free Tools
Das Modell eignet sich zur Standortbestimmung und zur Auswahl sinnvoller nächster Schritte, nicht als Aufforderung, möglichst schnell die höchste Stufe zu erreichen. Laut CNCF bringen höhere Reifegrade zusätzlichen Bedarf an Zeit und Finanzierung mit sich. Der passende Entwicklungsstand richtet sich danach, welche Nutzerprobleme gelöst werden müssen und welche Investitionen sich für die Organisation tragen.
Best Value
Wie misst man den Erfolg einer Plattform?
Eine einzelne Geschwindigkeitskennzahl belegt für sich allein keinen Geschäftswert. Die CNCF empfiehlt, Nutzer- und Produktwirkung aus mehreren Blickwinkeln zu betrachten und Messgrößen mit den eigenen Geschäfts- und Produktzielen zu verbinden.
- Nutzerzufriedenheit und Produktivität: aktive Nutzer, Bindung, Umfrageergebnisse und Rückmeldungen zu konkreten Abläufen.
- Organisatorische Effizienz: Zeit von der Anforderung bis zur Bereitstellung einer Plattformfähigkeit sowie Zeit bis zum ersten Codebeitrag eines neuen Nutzers.
- Produkt- und Featurelieferung: Zeit bis zur Auslieferung eines neuen Dienstes in Produktion sowie Deployment-Frequenz, Lead Time für Änderungen, Wiederherstellungszeit nach Störungen und Change Failure Rate.
Verhaltens- und Lieferdaten zeigen, was Teams tun; Rückmeldungen helfen zu verstehen, warum sie es tun. Werden beide Arten von Signalen gemeinsam betrachtet, lässt sich besser erkennen, ob eine Plattform tatsächlich Reibung aus dem Arbeitsalltag nimmt oder lediglich zusätzliche Prozesse einführt. Die Kennzahlen sollten deshalb zu den Plattformzielen und den eigenen Produktbedingungen passen, nicht als isolierte Rangliste verwendet werden.
Was sollte eine Organisation vermeiden?
- Werkzeuge vor Nutzerproblemen auswählen: Eine technische Sammlung ohne klaren gemeinsamen Bedarf ist noch kein hilfreiches Plattformprodukt.
- Ein Portal mit der Plattform gleichsetzen: Die Oberfläche hilft beim Zugang, aber Wert entsteht durch nutzbare Fähigkeiten, Automatisierung und verlässliche Abläufe.
- Golden Paths als unumstößliche Regeln behandeln: Unterstützte Standardwege sollen die häufigsten Fälle erleichtern, nicht jede sinnvolle Abweichung blockieren.
- Alle Implementierungen selbst übernehmen wollen: Interne Spezialteams und Managed Services können Komponenten liefern, während das Plattformteam die Integration und das Erlebnis verantwortet.
- Reifegrad oder Adoption als Selbstzweck messen: Ein hoher Modellwert oder viele Registrierungen sind kein Ersatz für nachweisbaren Nutzen für Nutzer und Produkte.
Weiterführende Orientierung
Die ausführlicheren Grundlagen und Rahmenwerke finden sich im CNCF Platforms White Paper und im CNCF Platform Engineering Maturity Model. Wer Plattformarbeit als Produktmanagement- und Engineering-Aufgabe vertiefen möchte, findet außerdem das Buch Thinking in Platforms von Kaspar von Grünberg und Luca Galante; die Verlagsseite beschreibt Paperback- und E-Book-Ausgaben und verweist auf regionale Buchläden.
Do these 3 things before closing this tab:
1Fix the driver behind crashes, sound loss and screen glitches2Repair Windows errors before they cause bigger problems3Scan for outdated or missing drivers - takes under a minuteQuick Recap
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
