Platform Engineering in der Schweiz 2026: Vom DevOps-Frust zum Golden Path

Jahrelang predigte die IT-Welt das Mantra «You build it, you run it» – doch in der Praxis endete das oft schmerzhaft. Hochbezahlte Softwareentwicklerinnen und -entwickler debuggten tagelang komplexe Kubernetes-Manifeste, suchten Fehler in veralteten Terraform-State-Files oder kämpften mit undurchsichtigen IAM-Berechtigungen. Anstatt neue Features auszuliefern, versanken ganze Teams im Infrastruktur-Morast. Die Frustration wuchs: Entwickler fühlten sich ausgebremst, während sich das Management über sinkende Entwicklungsgeschwindigkeiten trotz teurer Cloud-Migration wunderte.

Die Grundidee hinter DevOps bleibt revolutionär: Silos zwischen Entwicklung und Betrieb sollten fallen. Das hat in vielen Schweizer IT-Abteilungen wunderbar funktioniert, doch der Preis dafür war hoch. Die kognitive Überlastung der Entwickler-Teams erreichte ein kritisches Niveau. Genau hier setzt Platform Engineering an. Als logische Weiterentwicklung hält diese Disziplin den Teams den Rücken frei und bringt Ordnung in das Chaos moderner Cloud-Native-Architekturen.

Eine moderne Toolchain besteht heute schnell aus zwanzig verschiedenen Werkzeugen – von der Versionskontrolle und CI/CD-Pipelines bis hin zu Container-Registries und Monitoring-Dashboards. Wer Code schreibt, muss diese Werkzeuge nicht nur bedienen können, sondern auch die zugrundeliegenden Konzepte wie Netzwerk-Policies oder Security-Baselines tiefgreifend verstehen. Das führt unweigerlich zu einer massiven kognitiven Überlastung (Cognitive Load). Wenn das Gehirn ständig zwischen Programmcode und Infrastruktur-Details wechseln muss, leidet die Softwarequalität.

Um das Problem nachhaltig zu lösen, müssen wir die Begriffe sauber trennen. Die IT-Branche wirft DevOps, SRE und Platform Engineering gerne in einen Topf, was zu Missverständnissen führt:

Schweizer Unternehmen erkennen zunehmend eine einfache wirtschaftliche Wahrheit: Softwareentwickler können nicht gleichzeitig Vollzeit-Experten für Netzwerke, IT-Security und Cloud-Infrastruktur sein. Verlangt man das von ihnen, sinkt die Produktivität drastisch. Ein Backend-Entwickler sollte sich um Geschäftslogik kümmern, anstatt Stunden damit zu verbringen, herauszufinden, warum sein Pod im Kubernetes-Cluster nicht mit der Datenbank kommunizieren darf.

Die Antwort auf dieses Dilemma ist die Internal Developer Platform (IDP). Eine solche Plattform ist weit mehr als nur ein Wiki mit veralteten Anleitungen oder eine Sammlung von Shell-Skripten auf dem Laptop eines Senior Engineers. Es handelt sich um eine echte Self-Service-Plattform, die Entwicklern exakt die Werkzeuge bereitstellt, die sie für ihre tägliche Arbeit benötigen – ohne Reibungsverluste oder wochenlanges Warten auf das IT-Ops-Team.

You build it, you run it.

Dieser berühmte Satz gilt zwar immer noch, aber die Rahmenbedingungen haben sich geändert. Ein zentrales Konzept der modernen IDP ist der sogenannte «Golden Path» – ein empfohlener, voll unterstützter Weg für die Entwicklung und das Deployment einer Applikation. Wählt ein Entwickler beispielsweise den Golden Path für einen Spring Boot Microservice, nimmt ihm die Plattform alle Standardaufgaben ab: Das Git-Repository wird mit den richtigen Branch-Protection-Rules erstellt, die CI/CD-Pipeline steht, das Monitoring-Dashboard in Grafana ist konfiguriert und Security-Scans laufen automatisch im Hintergrund.

Wichtig ist dabei die ständige Balance zwischen Standardisierung und Flexibilität. Der Golden Path ist eine gut asphaltierte Strasse, die das Vorwärtskommen enorm erleichtert, aber ganz bewusst kein Käfig. Muss ein Team für einen innovativen Anwendungsfall von diesem Weg abweichen, verlässt es die Strasse und geht ins Gelände. Das bedeutet dann allerdings auch, dass die Entwickler den Mehraufwand für Betrieb, Patching und Sicherheit dieser speziellen Lösung selbst tragen müssen.

Ein erfolgreiches Platform Team baut nicht einfach Infrastruktur auf Vorrat, sondern behandelt die Plattform wie ein marktfähiges Softwareprodukt. Die internen Entwickler sind die anspruchsvollen Kunden. Das bedeutet, dass agile Methoden aus dem Produktmanagement Einzug in die Infrastruktur-Teams halten: Man baut nur noch Features, die ein reales Problem der Nutzerschaft lösen.

User Research ist dabei ein zentrales, oft unterschätztes Element. Das Platform Team muss regelmässig mit den Dev-Teams sprechen, um herauszufinden, wo der Schuh im Alltag drückt oder welche manuellen Schritte vor einem Release am meisten Zeit kosten. Einige fortschrittliche Teams in der Schweiz setzen sogar auf Shadowing. Sie begleiten Entwickler einen halben Tag lang, um deren Frustrationen mit der bestehenden Toolchain live mitzuerleben und daraus die richtigen Schlüsse zu ziehen.

Die Zeiten isolierter Infrastruktur-Kämmerlein sind definitiv vorbei. Im Jahr 2026 messen moderne Platform Teams ihren Erfolg direkt an der Adoptionsrate ihrer IDP. Nutzen die Entwickler die Plattform freiwillig und gerne, weil sie ihnen das Leben spürbar leichter macht, hat das Team seinen Job richtig gemacht. Zwang ist der falsche Weg – eine gute IDP überzeugt durch eine überragende Developer Experience.

Unter der Haube einer modernen IDP arbeitet ein hochgradig standardisierter und robuster Tech-Stack. Kubernetes hat sich endgültig als unsichtbares Fundament und universelles Betriebssystem der Cloud etabliert. Für den Applikationsentwickler bleibt Kubernetes jedoch meist komplett verborgen, da die Interaktion primär über ein grafisches Entwickler-Portal stattfindet.

Ein weiterer entscheidender Baustein für skalierbare Plattformen ist Policy as Code. Mit Werkzeugen wie dem Open Policy Agent (OPA) lassen sich Leitplanken automatisiert und transparent durchsetzen. Ein Entwickler kann völlig autonom neue Ressourcen anfordern, solange diese den definierten Regeln des Unternehmens entsprechen. Das System blockiert automatisch Anfragen für extrem teure Cloud-Instanzen oder öffentlich zugängliche Datenbanken.

package kubernetes.admission
​
deny[msg] {
  input.request.kind.kind == "Deployment"
  container := input.request.object.spec.template.spec.containers[_]
  not container.resources.limits.cpu
  msg := "Jeder Container muss ein CPU-Limit definiert haben."
}

Solche Regeln werden direkt in der CI/CD-Pipeline oder bei der Aufnahme in den Kubernetes-Cluster durch einen Admission Controller geprüft. Das Feedback erfolgt in wenigen Sekunden, sodass der Entwickler Fehler lokal beheben kann, ohne auf das manuelle Review eines Security-Engineers warten zu müssen. Das beschleunigt den gesamten Prozess enorm.

Gerade in der stark regulierten Schweizer Wirtschaft entfaltet Platform Engineering sein volles geschäftskritisches Potenzial. Banken, Versicherungen und der öffentliche Sektor unterliegen strengen regulatorischen Vorgaben, bei denen Compliance kein nettes Extra, sondern eine absolute Notwendigkeit ist. Eine gut durchdachte IDP integriert diese komplexen Anforderungen direkt und unsichtbar in den Golden Path.

Nehmen wir die aktuellen FINMA-Rundschreiben zum Thema Outsourcing oder Operational Resilience: Die Aufsichtsbehörde verlangt lückenlose Nachvollziehbarkeit, strikte Trennung von Umgebungen und strenge Kontrollen bei Deployments. Baut ein Platform Team diese Vorgaben als Code in die IDP ein, ist jede neu erstellte Applikation von der ersten Codezeile an automatisch compliant. Das nervenaufreibende Ausfüllen von endlosen Checklisten kurz vor einem wichtigen Go-Live entfällt komplett.

Auch das revidierte Datenschutzgesetz (revDSG) stellt hohe Ansprüche an Datenhaltung, Protokollierung und Zugriffsrechte. Eine zentrale Entwickler-Plattform standardisiert das Identity and Access Management über alle Applikationen hinweg und stellt sicher, dass sensible Datenverschlüsselungen korrekt angewendet werden. Bei einem Audit lässt sich so auf Knopfdruck nachweisen, wer wann auf welche Ressourcen Zugriff hatte.

Datensouveränität ist in der Schweiz ein dominierendes Thema. Viele Unternehmen zögern nach wie vor, hochsensible Kundendaten einem ausländischen Cloud-Anbieter anzuvertrauen. Hier spielen lokale Provider wie Swisscom oder Exoscale eine strategische Rolle, da sie souveräne Cloud-Lösungen anbieten, die ausschliesslich Schweizer Recht unterliegen und bei denen die Daten das Land nicht verlassen.

Gleichzeitig nutzen viele Firmen für weniger sensible Workloads die Schweizer Regionen der grossen Hyperscaler. AWS, Microsoft Azure und Google Cloud betreiben mittlerweile eigene, hochmoderne Rechenzentren in Zürich und Genf. Das führt in der Praxis oft zu enorm komplexen Multi-Cloud- oder Hybrid-Cloud-Szenarien, bei denen eine Frontend-Applikation auf Azure läuft, während die vertrauliche Kundendatenbank bei Exoscale liegt.

Die IDP abstrahiert diese enorme Infrastruktur-Komplexität vollständig vom Entwickler. Produkt-Teams fordern über das Portal lediglich eine standardisierte Datenbank an. Die Plattform weiss anhand der Projekt-Metadaten und der Datenklassifizierung selbst, ob diese bei AWS in Zürich oder on-premises provisioniert werden muss.

Das Platform Team kümmert sich im Hintergrund um die sichere Netzwerkanbindung, das IAM-Mapping und das Routing zwischen diesen verschiedenen Welten. Die Produkt-Teams können sich ganz auf die wertschöpfende Geschäftslogik konzentrieren, ohne wissen zu müssen, wie man ein komplexes VPC-Peering zwischen Exoscale und Google Cloud sicher konfiguriert.

Der Wechsel von reaktiven Operations-Tätigkeiten hin zur proaktiven Produktentwicklung für Entwickler spiegelt sich auch auf dem Arbeitsmarkt wider. Platform Engineers gehören 2026 zu den gefragtesten und bestbezahlten IT-Profilen in der Schweiz. Immer mehr Unternehmen erkennen, dass ein gutes Platform Team die Produktivität der gesamten Engineering-Abteilung massiv steigert, was die Zahlungsbereitschaft für erfahrene Spezialisten antreibt.

Diese Lohnbänder variieren je nach Branche und geografischem Standort. Der Finanzsektor, grosse Versicherungen und die florierende Pharmaindustrie in Zürich, Zug oder Basel zahlen tendenziell am oberen Ende der Skala. In Kantonen mit tieferen Lebenshaltungskosten oder bei kleineren KMU fallen die Gehälter naturgemäss etwas moderater aus.

Du hast bereits solide Erfahrung als DevOps Engineer, SRE oder Sysadmin gesammelt und möchtest den nächsten Karriereschritt machen? Der Wechsel ins Platform Engineering erfordert vor allem einen fundamentalen Perspektivenwechsel: Es geht nicht mehr nur darum, Server am Laufen zu halten oder Brände zu löschen, sondern langlebige Produkte für andere Entwickler zu bauen. Hier ist ein strukturierter, praxisnaher Plan für das nächste halbe Jahr:

Reine Theorie allein reicht auf diesem Niveau nicht aus. Baue dir zwingend ein konkretes Portfolio-Projekt auf. Setze lokal auf deinem Rechner eine Mini-IDP mit leichtgewichtigen Tools wie Minikube oder Kind auf. Integriere ein kleines Backstage-Portal, das per Knopfdruck eine Beispiel-Applikation über ArgoCD in deinen lokalen Cluster ausrollt. Solche funktionierenden Nachweise sind in Vorstellungsgesprächen Gold wert.

Um dein Profil am Arbeitsmarkt abzurunden, lohnen sich gezielte Zertifizierungen. Der Certified Kubernetes Administrator (CKA) oder der Security Specialist (CKS) beweisen tiefgreifendes technisches Verständnis auf Expertenniveau. Der Weg vom reinen DevOps-Alltag zum Platform Engineer ist anspruchsvoll und erfordert viel Eigeninitiative. Er lohnt sich aber enorm für alle, die echte Hebelwirkung in einer IT-Organisation erzielen wollen, denn Platform Engineering ist gekommen, um zu bleiben.