CNCF: Ist der Kubernetes-Pod die richtige Einheit für KI-Agenten?

Ein Pod ist nicht für ephemere Agenten konzipiert

Ein Pod — die kleinste Deployment-Einheit in Kubernetes, die einen oder mehrere Container enthält, die sich ein Netzwerk und Storage teilen — wurde für langlebige Dienste entwickelt, nicht für kurzlebige Aufgaben. Lin Sun von Solo.io untersucht diese Einschränkung in einem neuen CNCF-Blogbeitrag vom 14. Juli 2026.

KI-Agenten verhalten sich völlig anders als Web-Dienste: Sie wachen nur auf, wenn sie eine Aufgabe erhalten, erledigen die Arbeit in einer Zeitspanne von einer Sekunde bis zu einigen Minuten und gehen dann wieder in den Ruhezustand. Ein dedizierter Pod, der zwischen Aufgaben läuft, verbraucht CPU und Arbeitsspeicher zwecklos — was in großen Clustern schnell teuer wird.

Was bietet das „Agent-Substrate”-Modell?

Sun schlägt eine neue Control-Plane namens „Agent-Substrate” vor, die statt Pods Actors verwendet, die auf Workers in einem WorkerPool deployted werden — ein funktionales Pendant zum NodePool für Knoten. Der entscheidende Vorteil: Ein einzelner Worker kann gleichzeitig eine größere Anzahl suspendierter Actors hosten.

In der Praxis demonstriert: 3 Worker reichen aus, um deutlich mehr logische Agenten zu verwalten, als es das strenge Modell ein Pod = ein Agent erlaubt.

Offene Fragen der Community

Der Vorschlag wirft eine Reihe ungelöster Fragen auf: Wie ist Multi-Tenancy zu lösen, wenn mehrere Clients denselben WorkerPool teilen, wie Quoten und Abrechnung pro Agent zu setzen sind und wie Observability und Auditing sichergestellt werden können, wenn die Identität eines Agenten nicht mehr 1:1 an einen Pod gebunden ist. Die CNCF-Community ist zur Diskussion und zum Beitrag eingeladen.