Cloudflare hat Cloudflare Containers neu gestaltet, um die Anforderungen von KI-Agenten zu erfüllen, die für jede Aufgabe isolierte Linux-Umgebungen erstellen, anstatt auf feste, bei der Bereitstellung festgelegte Konfigurationen angewiesen zu sein. Das Update ermöglicht es dem Code, das Container-Image und den Ressourcentyp zur Laufzeit auszuwählen. Hinzu kommen ein neuer, mit Durable Objects verbundener Scheduling-Pfad, eine um mehr als das Sechsfache schnellere Startzeit und eine derzeit als öffentliche Betaversion verfügbare Dateisystem-Snapshot-Funktion.
In einem unabhängig von ComputeSDK durchgeführten Burst TTI Benchmark sank der Median von 4.049 Sekunden auf 648 Millisekunden. Die Zeit beim 95. Perzentil verringerte sich von 5.839 auf 910 Millisekunden und beim 99. Perzentil von 6.717 auf 1.129 Sekunden. Cloudflare zufolge konnte ein erster Belastungstest 100.000 Container innerhalb von 5.387 Sekunden über sechs Standorte hinweg starten. Dabei handelt es sich um vorläufige Zahlen, die nicht unbedingt alle Nutzungsmuster abbilden.
Was ändert sich praktisch?
Bisher erforderte die Auswahl des Container-Images und der Ressourcengröße das Erstellen separater Anwendungen und Namespaces für jede Kombination und anschließend das Weiterleiten der Aufgaben an diese. Mit der neuen Richtlinie durable_object kann der Code eine Node.js- oder Python-Umgebung sowie den Instanztyp, etwa standard-1 oder standard-2, auswählen, sobald die Anforderungen der Aufgabe bekannt sind. Dadurch wird das Hinzufügen einer neuen Umgebung zu einer Codeänderung statt zur Bereitstellung einer neuen Anwendung.
Das Design verlagert außerdem die Logik für Updates auf das mit jedem Container verbundene Durable Object. Entwickler können ein bestimmtes Image für ein aktives Projekt festschreiben, einen schrittweisen Rollout für einen Anteil der neuen Umgebungen durchführen oder die Migration auf eine spätere Sitzung beziehungsweise einen natürlichen Speicherpunkt verschieben. Anschließend lässt sich durch eine Änderung des beim nächsten Start verwendeten Images ein Rollback durchführen.
Bereitgestellte Umgebungen und wiederherstellbare Snapshots
Um die Zeit für die Systemvorbereitung zu verkürzen, hat Cloudflare das Image cloudflare/debian-trixie bereitgestellt, das Debian Trixie Slim und Node.js 24.20.0 LTS enthält. Es kann ausgeführt werden, ohne eine Dockerfile zu erstellen oder ein Image zu bauen und zu Cloudflare zu übertragen. Repository, Pakete und Tools lassen sich anschließend innerhalb des Containers mit exec() einrichten.
Dateisystem-Snapshots ermöglichen es, den Arbeitsbereich nach der Installation von Abhängigkeiten und der Durchführung von Änderungen zu speichern und später in einer weiteren Sitzung wiederherzustellen. Derselbe Snapshot kann außerdem als unveränderlicher Ausgangspunkt für mehrere Umgebungen verwendet werden. Das eignet sich für Agententests, bei denen Repository, Tools und Eingabedateien zwischen den Versuchen identisch bleiben müssen.
Warum ist diese Nachricht wichtig?
Das Update macht den Container zu einer Rechenerweiterung des Durable Object: Letzteres bewahrt Identität, Zustand, Richtlinien und Lebenszyklus, während der Container einen Linux-Arbeitsbereich bereitstellt, der bei Beendigung der Arbeit angehalten und bei Bedarf wieder aufgenommen werden kann. Das ist für Entwickler von Programmieragenten, Evaluierungssitzungen, Systeme des bestärkenden Lernens und Aufgaben relevant, die sich über mehrere Tage erstrecken und die Aufbewahrung von Dateien erfordern.
Zu den von Cloudflare genannten Einsatzmöglichkeiten gehören Integrationen mit Cursor Cloud Agents, Devin Outposts, OpenAI Agents API und Claude Managed Agents sowie Beispiele von Base44 und Kilo Code. Der wesentliche Wert liegt hier nicht nur im schnelleren Start, sondern darin, Entscheidungen über die Umgebung, die Migrationsrichtlinie und die Zustandsspeicherung in die Anwendungslogik selbst zu verlagern.
Kompatibilität und Migrationspfad
Die neue Richtlinie durable_object und Dateisystem-Snapshots sind als öffentliche Betaversion verfügbar, während einige der neuen Funktionen weiterhin nur über ctx.container zugänglich sind. Cloudflare wird die Container class und die Legacy Sandbox class bis zum 31. Dezember 2026 beibehalten. Bestehende Bereitstellungen werden auch nach diesem Datum weiter funktionieren, diese Klassen erhalten jedoch keine Updates mehr. Das Unternehmen empfiehlt, zu Durable Object zu migrieren und this.ctx.container direkt zu verwenden. Das Sandbox SDK 1.0 ist inzwischen eine Sammlung von Tools, die innerhalb der eigenen Durable-Object-Klasse des Entwicklers ausgeführt werden, und keine eigenständige Basisklasse mehr.