KubeCon NA 2026 live: Identitätskrise der KI-Agenten und die ersten Ankündigungen aus Salt Lake City

📷 "Docker HQ, San Francisco, California" by willbuckner is licensed under CC BY 2.0. To view a copy of this license, visit https://creativecommons.org/licenses/by/2.0/.

KubeCon + CloudNativeCon North America 2026 hat am 9. November in Salt Lake City eröffnet — und die erste Hälfte der Konferenz hat bereits klargemacht, dass dieses Jahr nicht nur über GPU-Scheduling und Inference-Frameworks geht. Die organisierende Frage, die sich durch Keynotes, Side-Events und Ankündigungen zieht, ist grundsätzlicher: Wie lässt sich überhaupt nachvollziehen, welcher KI-Agent in einem Kubernetes-Cluster welche Aktion ausgeführt hat?

Die Identitätskrise der KI-Agenten

Der SPIFFE-Standard und seine Referenzimplementierung SPIRE weisen Workloads in Kubernetes kryptografische Identitäten zu — über Service-Accounts. Das funktioniert hervorragend für klassische Workloads wie Datenbank-Pods oder API-Gateways, bei denen jede Instanz funktional identisch ist. Bei KI-Agenten bricht dieses Modell jedoch zusammen. Ein Agent, der über sechs Stunden in einem Gesprächskontext Tool-Calls, Retrieval-Ergebnisse und Zwischenschlussfolgerungen akkumuliert hat, ist nicht identisch mit einem frisch gestarteten Agenten — selbst wenn beide dasselbe Container-Image und denselben Service-Account verwenden.

Die Analyse von Solo.io vom August 2026 beschrieb den Gap als „fundamentalen Widerspruch zwischen dem nicht-deterministischen, kontextabhängigen Verhalten von Agenten und der starren Identitätszuweisung über Infrastruktur-Topologien". Die Zahlen untermauern die Dringlichkeit: Laut NHI Management Group haben 72 Prozent der Organisationen inzwischen mehr nicht-menschliche als menschliche Identitäten in ihren Umgebungen. Teleport fand heraus, dass 70 Prozent der Unternehmen KI-Systemen mehr Zugriff gewähren als Menschen in vergleichbaren Rollen.

Auf dem Messegelände werden verschiedene Lösungsansätze diskutiert: Per-Instanz-SPIFFE-Identitäten, die beim Start eines Agenten ausgestellt und bei Kontextwechseln rotiert werden; ergänzende Token-Formate, die eine Session-gebundene Identität neben der Workload-Credential tragen; und eine engere Integration zwischen Agenten-Orchestrierungs-Frameworks und SPIFFE-fähigen Service Meshes. Ein Konsens ist bislang nicht erreicht — die Diskussionen in den Working Groups laufen.

Red Hat OpenShift 5.0: Eingebauter MCP-Server

Red Hat nutzte die KubeCon, um OpenShift 5.0 vorzustellen — eine Plattform, die für die Ära agentischer KI ausgelegt ist. Kern der Ankündigung: OpenShift erhält einen integrierten Model Context Protocol (MCP)-Server, der es KI-Agenten ermöglicht, direkt auf Cluster-Ressourcen zuzugreifen, ohne separate Middleware. Parallel wurde Lightspeed um einen KI-Agenten erweitert, über den IT-Teams mehrere Modelle orchestrieren können, um Workflows zu automatisieren.

Hinzu kommt OpenShell, eine von NVIDIA entwickelte und von Red Hat integrierte Sandbox-Umgebung für OpenClaw-Agenten. Die Architektur isoliert Agenten in abgeschotteten Laufzeitumgebungen — ein Architekturmuster, das auch andere Anbieter aufgreifen.

Cloudsmith: Agent-Skills als versionierte Pakete

Cloudsmith stellte auf der KubeCon ein AI Agent Skills Registry vor. Dahinter steckt eine einfache, aber wirkungsvolle Idee: Die Fähigkeiten von KI-Agenten (Skills), die aus einer SKILL.md-Datei plus Skripten, Referenzen und Vorlagen bestehen, werden wie Software-Artefakte versioniert, geprüft und distribuiert.

„Community-Skill-Registries wurden zum Teilen gebaut, nicht zur Kontrolle", sagte Alison Sickelka, VP of Product bei Cloudsmith. „Mit Cloudsmith entscheiden Plattformteams, welche Skills und Versionen erlaubt sind, blockieren die unerwünschten und sehen jeden Pull im selben Audit-Trail wie den Rest ihrer Software-Lieferkette." Das schließt eine Lücke, die mit der wachsenden Verbreitung von KI-Coding-Agenten immer drängender wird: Ein ungeprüfter Skill kann verändern, was ein Agent tut — und Skills aus öffentlichen Katalogen tragen dieselben Unbekannten wie jede Open-Source-Abhängigkeit.

AI-Gateway-Governance wird plattformunabhängig

Traefik Labs kündigte an, dass Traefik Hub — sein AI Gateway — nun auf vier weiteren Plattformen läuft: SUSE AI Factory mit NVIDIA, Spectro Cloud PaletteAI, VMware Cloud Foundation (VCF) und Nutanix Cloud Platform. Überall dort, wo Workloads laufen, gelten dieselben Governance-Regeln für Modell-, Agenten-, API- und Anwendungsverkehr.

„Kunden kaufen selten ein Gateway für sich allein", sagte Sudeep Goswami, CEO von Traefik Labs. „Sie wählen eine Plattform für ihre Infrastruktur — und erwarten, dass die Kontrollen dort funktionieren."

Fazit

Die erste Hälfte der KubeCon NA 2026 zeigt einen klaren Trend: Die Cloud-Native-Community hat die Infrastruktur für KI-Workloads gebaut — jetzt geht es um Kontrolle, Nachvollziehbarkeit und Sicherheit. Die Identitätskrise der Agenten, die Integration von MCP in Plattformen wie OpenShift und die paketierte Verwaltung von Agent-Skills sind keine Randthemen, sondern die zentralen Baustellen für 2027.

Wer Kubernetes für KI-Agenten betreibt, sollte die Diskussionen aus Salt Lake City aufmerksam verfolgen. Die nächsten Monate werden zeigen, ob sich die skizzierten Lösungsansätze — Per-Instanz-Identitäten, versionierte Skills und plattformunabhängige AI-Gateways — in der Praxis bewähren. Die KubeCon NA 2026 läuft noch bis zum 12. November; die Session-Aufzeichnungen werden im Anschluss auf dem CNCF-YouTube-Kanal veröffentlicht.