Cloudflare Containersは、タスクごとに隔離されたLinux環境を作成するAIエージェントのニーズに応えるため、再設計された。デプロイ時に固定された設定に依存する代わりに、今回のアップデートではコードから実行時にコンテナイメージとリソースタイプを選択できる。さらに、Durable Objectsと連動する新しいスケジューリングパス、6倍以上高速な起動時間、現在パブリックベータ版で提供されているファイルシステムのスナップショット機能が導入された。
ComputeSDKが独立して実施したBurst TTI Benchmarkでは、中央値が4.049秒から648ミリ秒に短縮された。一方、95パーセンタイルは5.839秒から910ミリ秒に、99パーセンタイルは6.717秒から1.129秒に低下した。Cloudflareによると、初期の負荷テストでは、6拠点を通じて5.387秒で100,000個のコンテナを起動することに成功した。これらは初期の数値であり、必ずしもすべての利用パターンを表すものではない。
実際に何が変わるのか
これまでは、コンテナイメージとリソースサイズの各組み合わせごとに個別のアプリケーションと名前空間を作成し、タスクをそれらの間で振り分ける必要があった。新しいdurable_objectポリシーでは、タスクの要件を把握した後、コードからNode.jsまたはPythonの環境、さらにstandard-1やstandard-2などのインスタンスタイプを選択できる。これにより、新しい環境の追加は新しいアプリケーションのデプロイではなく、コードの変更になる。
この設計では、アップデートのロジックも各コンテナに関連付けられたDurable Objectへ移される。開発者は、稼働中のプロジェクトで特定のイメージを固定したり、新しい環境の一部に対して段階的な展開を行ったり、次のセッションや自然な保存ポイントまで移行を延期したりできる。その後、次回起動時に使用するイメージを変更することでロールバックも可能になる。
すぐに使える環境と復元可能なスナップショット
環境の準備時間を短縮するため、CloudflareはDebian Trixie SlimとNode.js 24.20.0 LTSを含むcloudflare/debian-trixieイメージを提供した。Dockerfileを作成したり、イメージをビルドしてCloudflareへプッシュしたりすることなく起動でき、その後、exec()を使ってコンテナ内からリポジトリ、パッケージ、ツールを準備できる。
ファイルシステムのスナップショットでは、依存関係のインストールや変更の適用後に作業領域を保存し、後続のセッションで復元できる。同じスナップショットを、複数の環境に対する変更不可能な開始点として使用することもできる。これは、試行間でリポジトリ、ツール、入力ファイルを同一に保つ必要があるエージェントのテストに適している。
なぜこのニュースが重要なのか
今回のアップデートにより、コンテナはDurable Objectの計算拡張となる。Durable ObjectはID、状態、ポリシー、ライフサイクルを保持し、コンテナは作業が停止した際に停止し、必要に応じて再開できるLinuxワークスペースを提供する。これは、コーディングエージェント、評価セッション、強化学習システム、ファイルを保持する必要がある数日間にわたるタスクの開発者にとって重要である。
Cloudflareが挙げた利用例には、Cursor Cloud Agents、Devin Outposts、OpenAI Agents API、Claude Managed Agentsとの統合に加え、Base44とKilo Codeの事例が含まれる。ここでの基本的な価値は、単に起動が速くなることではなく、環境に関する決定、移行ポリシー、状態の保存をアプリケーション自体のロジックへ移せることにある。
互換性と移行方針
新しいdurable_objectポリシーとファイルシステムのスナップショットはパブリックベータ版で提供されている。一方、一部の新機能は引き続きctx.containerからのみ利用できる。CloudflareはContainer classとLegacy Sandbox classを2026年12月31日まで維持する。その後も既存のデプロイは継続して動作するが、これらのクラスに対する更新は行われない。同社はDurable Objectへの移行と、this.ctx.containerの直接利用を推奨している。Sandbox SDK 1.0は、独立した基本クラスではなく、開発者が所有するDurable Objectクラス内で動作するツールキットになった。