Docker Cloud Sandboxes 讓開發者可一鍵在筆記型電腦與雲端之間無縫切換長時間執行的程式代理

Docker 宣布推出 Cloud Sandboxes，作為現有 Docker Sandboxes 產品線的延伸。其核心承諾是只需一個指令，就能將開發者筆記型電腦上的程式代理移轉至 Docker 管理的雲端實例，免除手動重新配置或資料遷移的繁瑣。

底層的隔離模型與本機版保持完全相同。每個 Cloud Sandbox 都在一個微型虛擬機（micro‑VM）內執行，擁有獨立的核心、Docker daemon、祕密儲存庫與網路政策。這種一對一的對應關係確保工作負載在筆電或雲端執行時的行為一致。

為長時間任務而設計

Docker 將 Cloud Sandboxes 定位為可支援數小時以上工作負載的解決方案。由於雲端實例始終保持開機，開發者不再需要筆電在整個任務期間保持開機狀態。持續運作的環境採取即用即付計費方式，團隊可依實際需求隨時啟動或關閉資源。

計價模式透明且細緻。Docker 按秒收費，最小的實例類型稱為 Micro，價格為每小時 0.07 美元；最大 XL 實例則為每小時 1.12 美元。資料外流、磁碟容量與公共映像檔託管皆不另收費，簡化了長時間執行的預算編列。

預先配置的代理套件與自訂擴充

為加速採用，Docker 提供多種主要程式代理的預先配置套件，包含 Claude Code、Codex、Copilot、Antigravity、Open Code 與 Hermes。這些套件內含所有必要的相依性與設定檔，開發者可在數秒內啟動帶有代理的沙盒。

除了官方套件外，Docker 也允許使用者自行上傳自訂套件。組織可以將自有工具或專屬函式庫封裝成套件，載入 Cloud Sandbox，並保留與內建選項相同的隔離保證。

克服本機沙盒的限制

安全分析公司 Publickey 指出，本機 Docker Sandboxes 主要有兩項限制在雲端擴充後得到解決：第一，本機沙盒必須在長時間任務執行期間保持筆電開機；第二，單一筆電同時容納的子代理數量難以超過百個，限制了平行實驗的規模。

將沙盒遷移至雲端後，開發者可讓筆電自由處理其他工作，而沙盒則持續在雲端執行不受干擾。雲端的彈性資源亦能支援更多子代理同時運行，提升 AI 輔助程式開發管線的吞吐量。

使用 sbx move 的無縫遷移

Docker 的公告與 Publickey 報告皆將遷移指令 sbx move 視為關鍵功能。執行 sbx move 時，系統會捕捉當前沙盒的檔案系統狀態、打包並在目標端（雲端或筆電）重新建構環境。此流程設計為持續性，讓程式代理在交接過程中不會出現中斷。

遷移過程會同步搬移所有掛載卷、環境變數與祕密參考，完整保留執行時上下文。由於微型 VM 架構在兩端保持一致，重建後的沙盒會以相同的核心版本與 Docker daemon 設定啟動，進一步降低相容性風險。

定價與成本考量

雖然每小時費率看似不高，但 Docker 的即用即付模型是以秒為單位計費。組織必須持續監控使用情況，以免在擴展至 XL 大型實例執行密集工作負載時產生意外支出。免費的資料外流與磁碟容量額度有助於控制成本，但超出免費上限的網路流量仍可能影響最終帳單。

• Micro 實例 – 每小時 0.07 美元
• Small 實例 – 中階價格（未公開）
• Large 實例 – 中階價格（未公開）
• XL 實例 – 每小時 1.12 美元

Docker 未公開中階實例（Small、Large）的細部價格，企業只能透過報價或實測來判斷最適合的規模。缺乏這些層級的細緻定價資訊，會在規模化部署規劃時增加不確定性。

未來治理功能

Docker 暗示即將推出 Docker AI Governance 功能，旨在為企業提供集中式的政策控制。然而，公司尚未公布發佈日期或功能清單，使用者目前仍無法依賴內建治理工具在 Cloud Sandboxes 內執行企業 AI 使用政策。

因缺乏具體治理細節，團隊目前必須自行部署外部控制措施，例如網路防火牆、存取管理解決方案與稽核日誌，以符合合規需求。直到 Docker 正式釋出承諾的治理套件前，政策執行的責任仍落在客戶端。

對組織的實務影響顯而易見。Cloud Sandboxes 消除開發者必須長時間讓筆電保持開機的需求，釋放硬體資源並降低工作中斷的風險。多出許多同時執行的代理提升了實驗容量，可加速開發週期。成本控制則取決於對實例使用情況的精細監測，特別是在超出 Micro 級別時。最後，未來的治理功能提醒企業在等待 Docker 原生解決方案期間，需規劃臨時的政策執行機制。