Workshop
Platform Engineering
Von Kubernetes-Clustern zu Wegen, die Entwicklungsteams freiwillig benutzen.
Platform Engineering heißt: Ein Team baut die Wege, auf denen alle anderen Teams ihre Software in Betrieb bringen. Statt dass jedes Entwicklungsteam sich selbst um Cluster, Freigaben und Auslieferung kümmert, gibt es dafür einen vorbereiteten, dokumentierten Weg. Der Vergleich, der meistens trägt, ist der Verlag: Vorlage, Lektorat und Druckprozess kommen vom Haus, was im Buch steht, entscheiden die Autoren selbst.
Ob so ein Weg trägt, entscheidet sich weniger an der Werkzeugwahl als daran, ob die Teams ihn freiwillig benutzen. Dieser Workshop beginnt deshalb beim Ist-Stand Ihrer Auslieferung. Was Platform Engineering allgemein ist, steht in Was ist Platform Engineering?
Vier Fragen sagen mehr über Ihre Plattform als jede Werkzeugdiskussion: Wie lange braucht ein neues Team bis zur ersten eigenen Auslieferung? Wie viele Anfragen landen pro Woche beim Plattformteam, und wie viele davon sind dieselbe? An wie vielen Stellen müssten Sie eine neue Auflage für alle Auslieferungen einbauen? Und benutzen die Teams den vorgesehenen Weg freiwillig? Diese Selbsteinschätzung schafft jedes Plattformteam an einem Nachmittag. Im Workshop bewerten wir die vier Zahlen gemeinsam und leiten daraus die nächsten drei Schritte ab.
Ablauf
Agenda
Ein Tag Vortrag und Diskussion entlang Ihrer bestehenden Plattform. Optional folgt ein zweiter Tag mit Praxisteil am eigenen Cluster.
Modernes Kubernetes
Was heute Standard ist und was man nicht mehr selbst baut: Cluster-Provisionierung, Ingress, Zertifikate, Secrets, Policies.
GitOps als Auslieferungsmodell
Der Cluster als Abbild des Repositories: wo das Modell trägt, wo seine Grenzen liegen und welche Fallstricke in der Einführung stecken.
Terraform im Team
Module, Zustand, Review und Drift: wie mehrere Teams an derselben Infrastruktur arbeiten, ohne sich gegenseitig zu überschreiben.
Golden Paths
Den sicheren Weg zum bequemsten machen: Vorlagen und Standards, die Teams benutzen, weil sie schneller sind, nicht weil es eine Anweisung gibt.
Developer Experience messen
Woran man erkennt, ob die Plattform hilft: Durchlaufzeit, Onboarding-Dauer und Ticketaufkommen statt Bauchgefühl.
Internal Developer Portal
Wann sich ein Portal lohnt und wann es nur eine weitere Oberfläche ist, die niemand pflegt.
Betriebsmodell und Bereitschaft
Wer die Plattform betreibt, wie Bereitschaft organisiert wird und was das Plattformteam nicht übernehmen sollte.
Rahmen
Für wen, was Sie mitbringen, was Sie mitnehmen.
Termine und Konditionen stimmen wir individuell ab.
Kontakt
Diesen Workshop anfragen.
Schreiben Sie uns, welche Gruppe geschult werden soll und was danach anders sein soll. Sie bekommen einen Vorschlag für Zuschnitt und Ablauf.