Plattformengineering, DevOps, SRE: Was ist der eigentliche Unterschied?

Alle paar Monate fragt mich jemand, was ich eigentlich tue. Wenn ich "DevOps" sage, nickt jemand. Wenn ein Kollege "Plattformingenieur" sagt, ist das Nicken langsamer. Wenn jemand "SRE" sagt, lächeln die Leute höflich.

Das Verwirrende ist, dass wir in der Branche nicht viel klarer sind. Die gleiche Stelle wird unter allen drei Titeln veröffentlicht, und die gleiche Bezeichnung kann drei verschiedene Stellen bedeuten. Also hier ist mein Versuch, es zu entwirren.

Warum sagt plötzlich jeder "Plattform"

DevOps begann als Idee, nicht als Berufsbezeichnung. Die Idee war einfach: Die Leute, die Software bauen und die Leute, die sie betreiben, sollten aufhören, einander Dinge über die Wand zu werfen. Gemeinsame Verantwortung, mehr Automatisierung, schnelleres Feedback.

Dann wurde die Idee zur Rolle. Unternehmen stellten "DevOps-Ingenieure" ein, und sehr oft wurden diese Leute zur neuen Wand. Jedes Team brauchte etwas von ihnen: eine Pipeline, einen Cluster, eine Datenbank, eine Lösung. Das DevOps-Team wurde zu einer Ticket-Warteschlange.

Plattformtechnik ist eine Reaktion darauf. Anstatt für jedes Team zu arbeiten, bauen Sie ein Produkt, das Teams selbst arbeiten lässt. Selbstbedienungspflanzen, Vorlagen, Umgebungen, alles mit sinnvollen Standards.

Was jede Rolle besitzt, in einfachen Worten

Entwicklungsbetrieb Die Kultur und die Praxis: Automatisierung, CI/CD, Infrastruktur als Code, Überwachung, gemeinsame Eigentumsrechte. Als Berufsbezeichnung bedeutet es in der Regel "die Person, die den Bau, den Versand und den Betrieb von Software ermöglicht".

SRE (Site Reliability Engineering) kam von Google. Es behandelt Operationen als Softwareproblem. Die SREs kümmern sich um die Zuverlässigkeit mit den folgenden Zahlen: SLOs, Fehlerbudgets, Vorfallreaktion, Verringerung der Arbeit. Ihre Hauptfrage ist: "Wie zuverlässig muss das sein, und wie kommen wir dorthin, ohne auszubrennen?"

Plattformtechnik baut das interne Produkt, das Entwickler zur Bereitstellung von Software verwenden. Die Kunden sind deine eigenen Entwickler. Ihre Hauptfrage ist: "Wie machen wir den richtigen Weg zum einfachen Weg?"

DevOps ist die Philosophie, SRE ist Zuverlässigkeit als Ingenieurdisziplin, und Plattformengineering ist das Produkt, das beide skaliert.

Wo sie sich in meiner eigenen Arbeit überschneiden

In der Praxis sind die Grenzen verschwommen. In einer normalen Woche könnte ich eine Pipeline-Vorlage (Plattform) schreiben, eine Warnung abstimmen, damit sie aufhört, Leute umsonst aufzuwecken (SRE), und einem Team helfen zu verstehen, warum ihre Bereitstellung immer wieder fehlschlägt (klassische DevOps).

Das ist normal, besonders in kleineren Unternehmen. Titel beschreiben, wo dein Fokus liegt, nicht ein Zaun um das, was du berühren darfst.

Die Fähigkeiten dahinter sind fast die gleichen: Linux, Netzwerke, Cloud, Container, Kubernetes, Infrastruktur als Code, Beobachtbarkeit, Skript. Was sich ändert, ist der Blickwinkel.

Braucht ein kleines Team ein Plattformteam?

- Wahrscheinlich noch nicht. Wenn Sie zehn Entwickler und ein oder zwei Leute haben, die Operationen durchführen, brauchen Sie kein "Plattformteam". Man braucht ein paar gute Vorlagen, eine solide Pipeline und gute Dokumentation.

Anzeichen, dass Sie bereit sind für eine Plattformanschaltung:

• Die gleiche Bitte landet immer wieder auf dem Einsatzteam.
• Jedes Team baut seine Pipelines anders, und niemand kann einem anderen helfen.
• Neue Dienstleistungen brauchen Tage oder Wochen, um in Produktion zu gehen.
• Entwickler verbringen mehr Zeit mit Infrastruktur als mit ihrem Produkt.

Wenn sich diese häufen, beginnt ein kleines Plattformteam, das die Entwicklererfahrung als Produkt behandelt, sich selbst zu bezahlen.

Was würde ich jemandem sagen, der einen Weg wählt

- Mach dir nicht zu viel Gedanken über den Titel. Die Grundlagen sind dieselben, und Sie können später zwischen diesen Rollen wechseln.

Wenn Sie Automatisierung und Werkzeuge für andere Ingenieure lieben, neigen Sie zu Plattformengineering. Wenn Sie Vorfälle, Kennzahlen und Systeme unter Druck halten möchten, ist SRE vielleicht das Richtige für Sie. Wenn Sie ein bisschen von allem mögen, ist "DevOps-Ingenieur" immer noch ein guter Ort, um zu beginnen.

Also, welches willst du?

Die meisten Teams brauchen zuerst die DevOps-Mentalität. Zuverlässigkeitspraktiken kommen als nächstes, wenn man Benutzer hat, die bemerken, wenn Dinge kaputt gehen. Ein Plattformteam entsteht, wenn man genug Entwickler hat, dass Self-Service mehr Zeit spart als es kostet zu bauen.

Meine Meinung: Die Titel ändern sich alle paar Jahre. Software einfach zu liefern und schwer zu brechen, geht nie aus der Mode.

Desly