Cloudflare 重新設計 Containers，AI 代理啟動時間降至毫秒級

核心重點

Cloudflare 近日全面重構其容器服務 Containers，讓 AI 代理在收到任務後才能決定使用哪種 Linux 映像檔與配置多少運算資源，並加入檔案系統快照功能。獨立測試顯示，同時啟動 100 個沙箱時，啟動時間中位數從約 4 秒 降至 648 毫秒，第 95 百分位則從 5.839 秒 降至 910 毫秒。

背景與技術調整

過去的 Cloudflare Containers 以「先部署、後使用」的方式運作，開發者必須事先選定容器映像檔（image）與 CPU／記憶體規格。對於需要頻繁切換工具鏈或執行不同 Python、編譯、大型測試等工作負載的 AI 代理而言，這種固定配置會迫使使用者預備多套環境，管理成本高且資源利用率低。

動態排程與即時選擇

任務驅動排程：程式收到任務後，系統即在可用資源池中挑選最適合的映像檔與運算規格。
Durable Object 整合：原本負責容器生命週期與狀態保存的 Durable Object，現在可透過原生 ctx.container 介面直接控制容器，省去額外的 API 層。

快速啟動機制

系統先檢查 Durable Object 所在主機 的空閒資源。
若資源不足，擴散至同一地點的其他主機。
優先使用已快取映像檔或快照的主機，減少下載與環境建置時間。

檔案系統快照

AI 代理完成儲存庫下載、套件安裝或環境設定後，可將檔案狀態保存為快照。之後暫停工作時關閉容器，重新啟動時直接從快照恢復，避免重複的環境建置。相同快照亦可作為多個沙箱的共同起點，方便比較不同模型或設定的效能。

影響與未來展望

效能提升：毫秒級的啟動時間讓即時推論、交互式測試等需求更為流暢，降低了 AI 工作流的等待成本。
資源彈性：開發者不再需要為每種工具鏈維護獨立容器，降低了部署與維護的複雜度。
成本優化：快照共享減少了重複下載與磁碟寫入，對雲端資源的使用更為經濟。

Cloudflare 表示，Container 類別與舊版 Sandbox 類別將持續維護至 2026 年 12 月 31 日，屆時既有部署仍可正常執行，但不再提供功能更新。未來，隨著 ctx.container 介面的成熟，預計會有更多高階調度策略與安全隔離機制加入，使雲端容器成為 AI 代理的即時運算基礎設施。

讀者提示：若您正規劃在 Cloudflare 平台上部署 AI 工作負載，建議盡快遷移至新版 Containers，利用動態映像選擇與快照功能，提升開發效率與運算效能。