Ist Kubernetes mein Wettbewerbsvorteil?

Die Frage klingt rhetorisch, ist es aber nicht. Unternehmen investieren erhebliche Summen und ihre besten Leute in den Betrieb einer Kubernetes-Plattform. Manchmal ist das genau richtig. Meistens ist es eine Entscheidung, die nie bewusst getroffen wurde. Dieser Artikel liefert einen Test, mit dem sich das in einer Stunde klären lässt.

Die Frage hinter der Frage

„Brauchen wir Kubernetes?“ ist meist schnell beantwortet. Wer containerisierte Anwendungen ausliefert, skalieren muss und mehrere Umgebungen betreibt, kommt an einem Orchestrierer kaum vorbei. Das ist eine technische Frage mit einer technischen Antwort.

Die Frage, um die es hier geht, ist eine andere: Müssen wir Kubernetes selbst betreiben? Das ist keine technische, sondern eine strategische Frage. Und sie wird in den meisten Organisationen nicht entschieden, sondern verläuft sich. Ein Team baut ein Cluster für ein Projekt, ein zweites kommt dazu, jemand richtet Monitoring ein, und drei Jahre später beschäftigt das Unternehmen ein Plattformteam, ohne je beschlossen zu haben, eines aufzubauen.

Was ein Wettbewerbsvorteil tatsächlich ist

Der Begriff wird großzügig verwendet. Für eine brauchbare Entscheidung lohnt es sich, ihn eng zu fassen. Ein Wettbewerbsvorteil erfüllt drei Bedingungen:

• Er ist für Kunden spürbar. Irgendjemand außerhalb des Unternehmens merkt einen Unterschied und entscheidet sich deshalb anders.
• Er ist schwer zu kopieren. Ein Wettbewerber kann ihn nicht einfach einkaufen oder in wenigen Monaten nachbauen.
• Er trägt zur Differenzierung bei. Die investierten Mittel fließen in das, was das Unternehmen von anderen unterscheidet, nicht in das, was alle gleich machen müssen.

Der Betrieb einer Kubernetes-Plattform erfüllt für die meisten Unternehmen keine dieser drei Bedingungen. Kein Kunde hat je ein Produkt gekauft, weil der Anbieter seinen Ingress Controller selbst betreibt. Ein Wettbewerber kann dieselbe Plattform mieten. Und die Komponenten – Observability, Secrets Management, Policy Enforcement, Patch-Prozesse – sind branchenübergreifend nahezu identisch.

Was alle gleich machen müssen, kann niemanden unterscheiden.

Der Test in drei Fragen

Nimm eine konkrete Plattformkomponente, an der dein Team gerade arbeitet, und stell diese drei Fragen:

• Merkt ein Kunde jemals etwas davon? Nicht indirekt über Verfügbarkeit, sondern konkret: Würde sich seine Entscheidung ändern, wenn diese Komponente von jemand anderem betrieben würde?
• Würde ein Wettbewerber verlieren, wenn er sie nicht hätte? Oder könnte er dasselbe Ergebnis zu Standardkonditionen einkaufen?
• Würdest du sie verkaufen? Wenn deine Plattform wirklich besser ist als das, was am Markt verfügbar ist – warum bietest du sie nicht an? Und wenn du das nicht willst: Warum betreibst du dann ein Produkt, das du nicht verkaufst?

Dreimal Nein bedeutet nicht, dass die Arbeit wertlos ist. Sie ist notwendig. Sie ist nur kein Vorteil, sondern eine Voraussetzung – und Voraussetzungen kauft man normalerweise ein, statt sie selbst herzustellen.

Wann die Antwort anders ausfällt

Es gibt Unternehmen, für die der Kubernetes-Betrieb tatsächlich ein Vorteil ist. Sie sind seltener, als die Zahl der intern betriebenen Plattformen vermuten lässt, aber es gibt sie:

• Plattform ist das Produkt. Wer Infrastruktur oder Entwicklerwerkzeuge verkauft, muss sie selbst beherrschen. Hier ist der Betrieb die Wertschöpfung.
• Skalierung jenseits des Standards. Bei einer Größenordnung, in der Standardlösungen wirtschaftlich nicht mehr tragen, kann Eigenbetrieb günstiger sein.
• Anforderungen, die kein Anbieter abdeckt. Bestimmte regulatorische oder physische Rahmenbedingungen lassen sich nur mit einem eigenen Setup erfüllen.
• Platform Engineering als bewusste Strategie. Wenn ein Unternehmen die Entwicklungsgeschwindigkeit hunderter Entwickler:innen als Differenzierungsmerkmal begreift und entsprechend investiert.

Entscheidend ist, dass diese Gründe ausgesprochen und geprüft werden. „Wir betreiben das schon immer selbst“ ist keiner davon.

Was die Antwort praktisch bedeutet

Lautet die Antwort Nein, verschiebt sich die Frage von „Wie bauen wir das gut?“ zu „Wer macht das für uns?“. Das ist kein Kontrollverlust. Die Anwendung, die Daten und das Produkt bleiben vollständig bei dir. Was abgegeben wird, ist die Schicht darunter – die, die bei allen gleich aussieht.

Der Unterschied zeigt sich vor allem an zwei Stellen. Erstens beim Personal: Die Senior-Profile, die eine Plattform betreiben können, sind dieselben, die anspruchsvolle Produktarbeit leisten könnten. Zweitens beim Fokus: Plattformarbeit ist nie fertig. Jede Woche gibt es Updates, Migrationen und Vorfälle, die Aufmerksamkeit binden. Diese Aufmerksamkeit fehlt an anderer Stelle, ohne dass das je in einer Kalkulation auftaucht. Was Aufbau und Betrieb einer solchen Plattform konkret kosten, schlüsseln wir in einem eigenen Beitrag auf.

Ein Muster aus der Praxis

Ein wiederkehrendes Bild: Ein Softwareanbieter betreibt seine Lösung seit Jahren in einer eigenen, über die Zeit gewachsenen Umgebung. Sie funktioniert. Sie ist aber so speziell, dass nur noch wenige Personen sie vollständig verstehen. Modernisierung steht an, und mit ihr die Frage, was neu gebaut werden soll.

Der entscheidende Moment in solchen Projekten ist selten technisch. Er kommt, wenn jemand die Frage stellt, welche dieser Probleme das Unternehmen überhaupt selbst lösen muss. Die Antwort fällt fast immer gleich aus: Die fachliche Tiefe des Produkts ist einzigartig, der Unterbau ist es nicht. Wer das einmal ausgesprochen hat, diskutiert anschließend über Standardisierung statt über Eigenbau.

Fazit

Kubernetes ist für fast jedes Unternehmen eine Notwendigkeit und für fast keines ein Wettbewerbsvorteil. Der Unterschied ist nicht akademisch: Er entscheidet, wofür deine besten Leute ihre Zeit einsetzen.

Die ehrliche Antwort auf die Titelfrage lautet für die meisten: Nein. Und das ist eine gute Nachricht, denn sie macht eine Ressource frei, die sonst dauerhaft gebunden bleibt.

kloudease bringt diesen Unterbau als Standard mit: Kubernetes und alles, was darauf für Betrieb, Sicherheit und Daten nötig ist, von Observability über Secrets Management und Policy Enforcement bis zu Backup & Recovery. Komplett von AOE gemanagt, auf jeder Cloud gleich, auf Open-Source-Basis und ohne Vendor Lock-in. Deine Teams arbeiten an dem, was dein Unternehmen tatsächlich unterscheidet. Wie das ohne eigenes Plattformteam aussieht, zeigt der Anwendungsfall Ohne eigenes Plattformteam.