OpenKruise Agents v0.6.0 führt Sandbox-Sicherheit und Kostenkontrolle ein

Das Cloud Native Computing Foundation-Projekt OpenKruise Agents hat die Version 0.6.0 veröffentlicht, die wesentliche Verbesserungen in den Bereichen Sicherheit, Lifecycle-Management und Kosteneffizienz für KI-Agenten-Workloads einführt. Das am 3. November 2026 veröffentlichte Update konzentriert sich darauf, Sandbox-Umgebungen zu härten und die Ressourcennutzung für Teams zu automatisieren, die Agenten im großen Maßstab auf Kubernetes betreiben.

Was ist passiert

OpenKruise Agents ist ein Unterprojekt von OpenKruise, das den vollständigen Lifecycle von Agent Sandboxes verwaltet. Seit der letzten Hauptversion, v0.3.0, hat das Projekt 283 Pull Requests zusammengeführt und 27 neue Mitwirkende begrüßt. Version 0.6.0 verschiebt die Architektur von einer einfachen Workload-Ebene zu einem System mit einer eigenen dedizierten Datenebene und fügt zwei neue Kernkomponenten hinzu: die traffic-control-plane und den traffic-proxy. Diese strukturelle Änderung ermöglicht eine tiefere Inspektion des Netzwerkverkehrs und eine granularere Kontrolle über das Sandbox-Verhalten, ohne auf externe Add-ons angewiesen zu sein.

Das Release adressiert drei primäre Wertdimensionen für Plattform-Teams und KI-Ingenieure: Sicherheits-Härtung, operative Fähigkeiten und Kostenoptimierung. Durch die Verlagerung der Verkehrsinspektion und Policy-Verteilung in erstklassige Komponenten kann das System nun strenge Netzwerkregeln durchsetzen, Zugangsdaten sicher verwalten und ungenutzte Sandboxes automatisch pausieren, um Ressourcen zu sparen. Das Update erweitert zudem die Anzahl der Custom Resource Definitions von sechs auf zwölf und führt neue Objekte wie PoolAutoscaler und TrafficPolicy ein, um diese erweiterten Funktionen zu unterstützen.

Wie es funktioniert

Die neue Architektur unterteilt die Netzwerkdurchsetzung in zwei Stufen, um Leistung und Sicherheit auszubalancieren. Die L4-Filterung auf Node-Seite erfolgt innerhalb des Pods über den neuen traffic-proxy Sidecar und blockiert nicht autorisierte Ziele mit geringer Latenz, bevor der Verkehr die Node überhaupt verlässt. Die zentrale L7-Tiefeninspektion findet am Egress-Gateway statt, wo der Egress Policy Enforcer komplexe Regeln anwendet, Allowlists für Model Context Protocol Tools prüft und Zugangsdaten injiziert. Dies stellt sicher, dass sensible API-Keys proxy-seitig aus Kubernetes Secrets aufgelöst und rotiert werden, ohne die Sandbox neu zu starten, sodass sie nicht im Agenten-Code auftauchen.

Die Kostenoptimierung wird durch automatische Pause- und Resume-Mechanismen gesteuert. Das System nutzt Probes, um inaktive Sandboxes zu erkennen und sie zu pausieren, um die CPU-Nutzung zu stoppen. Wenn eine geplante Aufgabe ansteht oder eine neue Anfrage eingeht, wacht die Sandbox automatisch auf. Das Ingress-Gateway handhabt Wake-on-Traffic, was bedeutet, dass die erste authentifizierte Anfrage den Resume-Prozess auslöst. Schlägt eine Probe fehl oder läuft sie ab, entscheidet sich das systemseitig für Sicherheit, indem die Instanz weder pausiert noch geweckt wird, um versehentlichen Datenverlust oder Serviceunterbrechungen zu verhindern.

Wichtige Details

• Netzwerksicherheit: Implementiert L4-Whitelist-Filterung, L7-Anfrageinspektion und MCP-Tool-Level Access Control Lists mit kurzlebigen, rotierbaren JWT-Tokens.
• Zugangsdatenverwaltung: Löst Upstream-API-Keys auf Proxy-Ebene aus Kubernetes Secrets auf, was Rotationen ohne Sandbox-Neustarts ermöglicht.
• Lifecycle-Operationen: Unterstützt CheckpointRestore zur Bewahrung des Rootfs während Upgrades und ermöglicht Batch-Upgrades pausierter Flotten ohne manuelle Eingriffe.
• Skalierung: Führt PoolAutoscaler für deklarativen Warm-Pool-Kapazität mit Watermarks und cron-basierten Skalierungsplänen ein.
• Erkennung von Inaktivität: Nutzt probe-gesteuerte Logik, um inaktive Sandboxes zu pausieren und sie nach Zeitplan oder bei erster Anfrage zu wecken, was unnötige Compute-Kosten reduziert.
• Community-Wachstum: Das Release umfasst Beiträge von 27 neuen Entwicklern und verdoppelt die Anzahl der verwalteten CRDs auf zwölf.

Warum das wichtig ist

Für Engineering-Teams, die KI-Produkte entwickeln, beinhaltet das Management von Sandbox-Umgebungen oft einen Kompromiss zwischen Sicherheit und Komfort. Frühere Versionen erforderten externe Tools oder manuelle Prozesse zur Handhabung von Netzwerkrichtlinien und Zugangsdaten-Injektion, was zu Sicherheitslücken oder operativem Overhead führen konnte. Durch die direkte Integration dieser Kontrollen in die Datenebene ermöglicht v0.6.0 Plattform-Teams, strenge Egress-Richtlinien durchzusetzen und Identitäten zentral zu verwalten. Dies reduziert das Risiko von Zugangsdaten-Leaks und stellt sicher, dass Agenten nur auf genehmigte Dienste zugreifen – eine kritische Anforderung für Enterprise-Bereitstellungen.

Kosteneffizienz ist ein weiteres großes Anliegen beim Betrieb großer Flotten von Agenten-Sandboxes. Inaktive Instanzen verbrauchen Ressourcen, auch wenn sie keine Aufgaben aktiv bearbeiten. Die neuen automatischen Pause- und Resume-Funktionen, kombiniert mit deklarativer Pool-Skalierung, ermöglichen es Teams, ihre Infrastruktur dynamisch anzupassen (Right-Sizing). Sandboxes können außerhalb der Spitzenzeiten skalieren und kurz vor geplanten Aufgaben aufwachen, sodass die Compute-Ausgaben eng mit der tatsächlichen Nutzung übereinstimmen. Diese operative Reife macht es machbar, Agenten-Workloads in Produktion ohne prohibitiv hohe Infrastruktur-Rechnungen zu betreiben.

Was Sie tun können

• Aktualisieren Sie auf OpenKruise Agents v0.6.0 über GitHub Releases oder große Image-Registries, um auf die neuen Sicherheits- und Skalierungsfunktionen zuzugreifen.
• Definieren Sie TrafficPolicy- und SecurityProfile-Ressourcen, um spezifische Ziele auf die Whitelist zu setzen und L4/L7-Netzwerkregeln für Ihre Sandboxes durchzusetzen.
• Konfigurieren Sie PoolAutoscaler mit Cron-Plänen, um die Warm-Pool-Kapazität basierend auf erwarteten Spitzenlastzeiten automatisch anzupassen.
• Aktivieren Sie automatische Pausierung und Fortsetzung, indem Sie Lifecycle-Policies so festlegen, dass bei Timeout pausiert und bei Traffic oder Zeitplan automatisch fortgesetzt wird.
• Migrieren Sie die Verwaltung von Zugangsdaten zur Verwendung von Kubernetes Secrets mit proxy-seitiger Auflösung, um API-Keys nicht im Agenten-Code einzubetten.
• Nehmen Sie am Community-Meeting donnerstags um 19:30 GMT+8 teil oder reichen Sie Issues auf GitHub ein, um zu den kommenden Roadmap-Punkten beizutragen.