Cloudflare a reconçu Cloudflare Containers pour répondre aux besoins des agents d’intelligence artificielle qui créent des environnements Linux isolés pour chaque tâche, plutôt que de dépendre de configurations statiques définies lors du déploiement. La mise à jour permet au code de choisir l’image du conteneur et le type de ses ressources au moment de l’exécution, avec un nouveau mécanisme de planification associé aux Durable Objects, un temps de démarrage plus de six fois inférieur et une fonctionnalité d’instantanés du système de fichiers actuellement disponible en version bêta publique.
Lors du Burst TTI Benchmark réalisé indépendamment par ComputeSDK, la médiane est passée de 4.049 secondes à 648 millisecondes, tandis que le temps du 95e percentile est passé de 5.839 à 910 millisecondes, et celui du 99e percentile de 6.717 à 1.129 seconde. Cloudflare affirme qu’un test de charge préliminaire a réussi à démarrer 100,000 conteneurs en 5.387 secondes sur six sites, des chiffres préliminaires qui ne représentent pas nécessairement tous les modes d’utilisation.
Qu’est-ce qui change concrètement ?
Le choix de l’image du conteneur et de la taille de ses ressources nécessitait auparavant de créer des applications et des espaces de noms distincts pour chaque combinaison, puis d’y acheminer les tâches. Avec la nouvelle politique durable_object, le code peut choisir un environnement Node.js ou Python, ainsi qu’un type d’instance comme standard-1 ou standard-2, après avoir déterminé les exigences de la tâche. L’ajout d’un nouvel environnement devient ainsi une modification du code plutôt que le déploiement d’une nouvelle application.
La conception transfère également la logique des mises à jour vers le Durable Object associé à chaque conteneur. Le développeur peut fixer une image donnée pour un projet actif, appliquer un déploiement progressif à un pourcentage des nouveaux environnements, ou reporter la migration à une session ultérieure ou à un point de sauvegarde naturel, puis revenir en arrière en modifiant l’image utilisée lors de l’exécution suivante.
Environnements prêts à l’emploi et instantanés restaurables
Pour réduire le temps de préparation du système, Cloudflare a présenté l’image cloudflare/debian-trixie, qui comprend Debian Trixie Slim et Node.js 24.20.0 LTS. Elle peut être exécutée sans créer de Dockerfile, ni construire une image et l’envoyer à Cloudflare, puis le dépôt, les paquets et les outils peuvent être configurés depuis le conteneur à l’aide de exec().
Les instantanés du système de fichiers permettent quant à eux d’enregistrer l’espace de travail après l’installation des dépendances et l’application des modifications, puis de le restaurer lors d’une session ultérieure. Le même instantané peut également servir de point de départ immuable pour plusieurs environnements, ce qui convient aux tests d’agents nécessitant de conserver un dépôt, des outils et des fichiers d’entrée identiques entre les tentatives.
Pourquoi cette nouvelle est-elle importante ?
La mise à jour fait du conteneur une extension de calcul du Durable Object : ce dernier conserve l’identité, l’état, les politiques et le cycle de vie, tandis que le conteneur fournit un espace Linux qui peut être arrêté lorsque le travail s’interrompt et relancé lorsque cela est nécessaire. Cela concerne les développeurs d’agents de programmation, les sessions d’évaluation, les systèmes d’apprentissage par renforcement et les tâches qui s’étendent sur plusieurs jours et nécessitent de conserver les fichiers.
Les utilisations mentionnées par Cloudflare comprennent des intégrations avec Cursor Cloud Agents, Devin Outposts, OpenAI Agents API et Claude Managed Agents, ainsi que des exemples de Base44 et de Kilo Code. La valeur fondamentale ne réside pas uniquement dans un démarrage plus rapide, mais dans le transfert des décisions relatives à l’environnement, de la politique de migration et de la conservation de l’état vers la logique de l’application elle-même.
Compatibilité et parcours de migration
La nouvelle politique durable_object et les instantanés du système de fichiers sont disponibles en version bêta publique, tandis que certaines nouvelles fonctionnalités restent accessibles uniquement via ctx.container. Cloudflare conservera Container class et Legacy Sandbox class jusqu’au 31 décembre 2026 ; les déploiements actuels continueront de fonctionner après cette date, mais ces classes ne recevront aucune mise à jour. L’entreprise recommande de migrer vers Durable Object et d’utiliser directement this.ctx.container, tandis que Sandbox SDK 1.0 est désormais un ensemble d’outils fonctionnant à l’intérieur de la classe Durable Object du développeur, et non une classe de base indépendante.