Die meisten internen Plattformen werden einmal gebaut und dann still und leise aufgegeben, weil sie als Infrastrukturprojekt konzipiert wurden statt als Produkt mit Nutzern.
Unsere eigene Plattform haben wir als Produkt gebaut. KumoOps läuft über mehrere Clouds hinweg für Kunden, die monatlich dafür bezahlen. Das ist ein härterer Test, als ihn ein interner Rollout je sein kann. Ihre Plattform bauen wir nach demselben Prinzip.
VERTRAUT VON ENGINEERING-TEAMS BEI:
.png&w=384&q=75){kind=logo}
Eine Plattform ist die Gesamtheit der Standardvorgaben, die Entwickler erhalten, ohne danach fragen zu müssen: wie ein Service erstellt wird, wo er läuft, wie er in die Produktion gelangt, wer ihn sehen kann und was passiert, wenn er ausfällt. Platform Engineering ist die Disziplin, diese Standardvorgaben bewusst zu gestalten, sie als Produkt zu behandeln und Verantwortung dafür zu übernehmen, ob jemand sie tatsächlich nutzt.
Der Maßstab ist nicht, wie viel die Plattform leisten kann. Er ist, wie viel ein Entwickler nicht mehr wissen muss. Jede Funktion, die Sie hinzufügen, nimmt ihm entweder Entscheidungen aus dem Alltag, oder erhöht die Last, die er ohnehin schon trägt.
Ein Team fordert eine Datenbank an und bekommt sie in Minuten: verschlüsselt, gesichert und der richtigen Kostenstelle zugeordnet. Was dafür alles nötig war, muss das Team nicht wissen. Diese Standardeinstellungen wurden einmal in Ruhe und mit Sorgfalt festgelegt, für alle.
Der Test: Wenn die Nutzung der Plattform erfordert, die Plattform zu verstehen, sitzt die Abstraktion an der falschen Stelle.
.jpg&w=3840&q=75)
Jede Ausnahme wird zur dauerhaften Funktion, und bei jeder Migration läuft der alte Pfad neben dem neuen weiter. Nach drei Jahren verlangt die Plattform, die Entscheidungen reduzieren sollte, mehr davon als die Cloud darunter. Die kognitive Last ist lediglich umgezogen. Der Kern der Arbeit liegt deshalb in zwei Entscheidungen: was gar nicht erst gebaut wird und was zu einem festen Datum abgekündigt wird.
.jpg&w=3840&q=75)
Coding-Agenten öffnen Pull Requests, provisionieren Infrastruktur und lösen Deployments aus. Sie kennen weder die Vorgeschichte noch den Ausfall, der zu einer Regel geführt hat, und wissen nicht, welcher Ihrer drei Deployment-Pfade der vorgesehene ist. Sie nutzen jede Schnittstelle, die sie erreichen, in einem Tempo, für das kein Review-Prozess ausgelegt ist.
Damit werden Leitplanken selbst zur Schnittstelle. Was bisher eine Richtlinie war, an die sich die meisten gehalten haben, muss bei Agenten technisch durchgesetzt werden. Und der Golden Path muss der Weg sein, der sich am einfachsten aufrufen lässt.
.jpg&w=3840&q=75)
Unsere Engineers publizieren auf platformengineering.org, unterrichten unseren eigenen Platform-Engineering-Kurs, halten Gastvorlesungen und nehmen an der PlatformCon teil. Wir sind ein zertifizierter Service-Provider mit mehr als zwölf zertifizierten Platform Engineers. Und wir betreiben KumoOps, unser eigenes Plattformprodukt, über mehrere Clouds hinweg für langfristige Kunden. Die kostspieligen Abstraktionsfehler haben wir auf unsere eigene Rechnung gemacht.
Wir zählen die Entscheidungen zwischen Idee und Produktion, auch die, die falsch getroffen und später korrigiert wurden.
Das Kleinste, das einen echten Workflow verbessert, plus eine Baseline, damit der Mehrwert messbar statt diskutierbar ist.
Produktion, echter Traffic, echter Support. Erste Nutzer finden in Wochen, was ein Design-Review ein Jahr lang übersieht.
Roadmap, Intake, Versionierung, Abkündigung. Danach übernimmt Ihr Team, oder KumoOps kümmert sich um den Betrieb.
Hunderte interner Teams, bei denen sich ein einziger schlechter Standardwert schneller verbreitet, als ihn jemand korrigieren kann.
Aufgabentrennung als Plattform-Fähigkeit, sodass der geprüfte Weg und der schnelle Weg identisch sind.
Developer Experience als Wettbewerbsfaktor, denn Ihre Ingenieure sind das Produkt.
Eine Plattform für viele Organisationseinheiten, auf souveräner Infrastruktur, mit integrierten Nachweisen.
iits‑consulting helped us build a robust and flexible cloud on the OpenTelekomCloud. They possess strong cloud‑native expertise and utilize modern technologies. The workshop was clear and practical, and the subsequent consulting guided us step by step. They provided highly experienced consultants who were genuinely committed to helping us and sought the best solutions for our challenges. We highly recommend iits‑consulting for training, consulting, and a robust cloud solution.
Karsten BruschNichts davon ist exotisch, und das ist Absicht. Ihre Teams sollen alles nach unserem Einsatz selbst betreiben können, und passende Fachkräfte dafür sollten leicht zu finden sein.
Zwei Wochen, Interviews mit Ihren Teams, ein abgestecktes MVP und eine ehrliche Antwort, ob Sie überhaupt eine bauen sollten. Unverbindlich.
