GPU-Teams stehen vor einem schlechten Kompromiss: ein Control Plane pro Team oder schwache Isolation in einem gemeinsamen Cluster. Dieses reproduzierbare Labor kombiniert Kamaji (Control Planes als Pods) und HAMi (fraktionierte GPUs) auf einer einzigen Maschine ohne GPU, unter Verwendung von HAMis Mock-Device-Plugin.
Kubernetes am Edge zu betreiben ist nicht dasselbe wie Kubernetes in einem kleineren Rechenzentrum zu betreiben. Es bedeutet, es dort zu betreiben, wo das Netzwerk lügt, der Strom flackert und niemand Bereitschaft hat. Ein Feldführer zu K3s, Fleet, GitOps, Offline-Resilienz und Observability auf beschränkter Hardware.
Während Unternehmen die Einführung von KI und Cloud Native beschleunigen, werden Plattform-Teams zunehmend damit beauftragt, eine wachsende Zahl von Problemen zu lösen. Wie können Entwickler sicher und effizient auf neue Fähigkeiten wie KI zugreifen? Wie können Plattformen Engpässe reduzieren, anstatt sie zu schaffen? Und wie sollten sich interne Plattformen weiterentwickeln, wenn sich die Anforderungen von Entwicklern und Organisationen ändern?
Diese Fragen stehen im Mittelpunkt des Platform Engineering Day – einer ganztägigen Veranstaltung, die die Community zusammenbringt, um praktische Erfahrungen, gewonnene Erkenntnisse und Ideen über die Zukunft des Platform Engineering auszutauschen. Sie findet im Rahmen der KubeCon + CloudNativeCon North America in Salt Lake City am Montag, dem 9. November 2026, statt.
Der Platform Engineering Day begann auf der KubeCon + CloudNativeCon Europe in Amsterdam im Jahr 2023. Platform Engineering erzeugte bereits damals erhebliche Diskussionen, aber es gab keinen dedizierten Raum, der über einzelne Tools und Projekt-Updates hinausging. Praktiker wollten über die Prinzipien und Praktiken hinter dem Aufbau und Betrieb von Plattformen sprechen – und ihre Erfahrungen auf diesem Weg teilen.
Die erste Veranstaltung fand parallel zur KubeCon Europe in Paris im Jahr 2024 statt. Das Ziel ist einfach geblieben: ein Raum, in dem Plattformingenieure und Praktiker voneinander lernen. Das bedeutet, nicht nur über erfolgreiche Implementierungen zu sprechen, sondern auch über Ansätze, die nicht wie erwartet funktioniert haben, über Kompromisse, auf die Teams gestoßen sind, und über Lektionen, die sie beim nächsten Mal anders anwenden würden.
Platform Engineering hat selten eine Einheitslösung. Teams haben unterschiedliche Nutzer, Organisationsstrukturen, Technologien, Einschränkungen und Definitionen davon, wie eine erfolgreiche interne Plattform aussieht.
Der Platform Engineering Day priorisiert Endnutzer-Geschichten und Fallstudien – direkt von Praktikern zu hören, die Plattformen in realen Umgebungen aufbauen und weiterentwickeln. Das Ziel ist es, über das hinauszugehen, was Teams bauen, und zu erkunden, warum sie bestimmte Entscheidungen getroffen haben, was sie gelernt haben und wie sich ihre Ansätze im Laufe der Zeit verändert haben. Die Gespräche in diesem Jahr umfassen die Themen, die das Platform Engineering derzeit prägen: KI-Ermöglichung, Entwicklererfahrung und wie sich Plattformen weiterentwickeln, während Organisationen skalieren.
Wenn Sie auf der KubeCon North America sind – oder noch überlegen, ob Sie teilnehmen sollen – ist der Platform Engineering Day die Track für Plattformarbeit von Praktiker zu Praktiker: ehrliche Fallstudien, inklusive Misserfolgen. Ein Tag, der rund um Endnutzer-Geschichten aufgebaut ist, nicht um Verkäufer-Präsentationen.