2026 年 6 月 22 日，AWS 在官方部落格宣布 Lambda 家族的新成員：Lambda MicroVMs。這是一種專為隔離執行不信任程式碼而設計的無伺服器運算單元，官方直接點名四類目標場景——AI 編碼助理、互動式程式設計環境、資料分析平台與漏洞掃描服務。共同點很清楚：這些應用都必須替每位使用者、每個任務配置專屬沙箱，而傳統架構在這件事上一直很彆扭。
AWS 的說法是，開發者過去被迫在「隔離、速度、狀態保留」之間做取捨，MicroVMs 的目標就是把這個取捨拿掉。
隔離、速度、狀態的三難
虛擬機器隔離性最強，但啟動動輒以分鐘計；容器啟動快，但共享核心的設計意味著執行不信任程式碼前必須做大量加固；FaaS 適合請求回應型工作負載，卻撐不住需要保留狀態的長時間互動工作階段。對一個要讓使用者「邊寫邊跑」程式碼的產品來說，三個選項都只剩湊合。
MicroVMs 給每個使用者或任務一台專屬 MicroVM，核心不共享、資源不共享，出事時的爆炸半徑被限制在單一實例內。這正是 AI 編碼助理需要的保證：模型產生的程式碼可能有錯甚至惡意，但不能傷到同時執行的其他使用者。
Firecracker 快照：秒級啟動的秘密
底層技術是 Firecracker——同一套支撐 Lambda Functions 的輕量級虛擬化技術，AWS 稱其每月承載超過 15 兆次函式呼叫。運作模型是「先建映像、再啟動」：開發者提供 Dockerfile 與放在 S3 的程式碼壓縮檔，服務建置映像、初始化應用之後，對記憶體與磁碟狀態拍下 Firecracker 快照。之後每個 MicroVM 都從快照回復，而不是冷開機——即使是數 GB 的工作階段也能近乎即時啟動。
規格方面：單一 MicroVM 最長執行 8 小時，最高 16 vCPU、32 GB 記憶體與 32 GB 磁碟，目前僅支援 ARM64 架構。
生命週期與端點設計
狀態保留是另一個賣點。執行中的 MicroVM 會保留記憶體、磁碟與行程——安裝過的套件、載入的模型、工作中的檔案，在暫停與回復之後都還在。暫停可由 API 明確觸發，或交給閒置政策自動處理；官方示範採用 900 秒閒置門檻並開啟自動回復，客戶端幾乎無感。
對外連線不需要任何網路設定：啟動後每個 MicroVM 取得專屬 HTTPS 端點，流量以短效權杖放在 X-aws-proxy-auth 標頭驗證。公告頁面另載明端點支援 HTTP/2、gRPC 與 WebSockets，並可透過主控台、CloudFormation、CDK 或 Agent Toolkit 管理。計費上是執行期間付基礎運算費用、超出基線的活躍時段才額外計費；暫停閒置的 MicroVM 能省錢又不丟狀態。
要注意：實例從預先初始化的快照回復，若應用會在初始化階段產生唯一性內容或開啟網路連線，需搭配服務提供的掛鉤處理。首波在美東（北維吉尼亞、俄亥俄）、美西（奧勒岡）、歐洲（愛爾蘭）與亞太（東京）五個區域上線。
對 Agent 開發者的意義
AWS 的定位是互補而非取代：Lambda Functions 繼續當事件驅動的骨幹，遇到需要隔離執行不信任程式碼的步驟就交給 MicroVMs，兩者可以互相呼叫。對正在組裝 agent 工具鏈的團隊來說，「程式碼執行」這個環節多了一個全代管選項，不必自己維護 Firecracker 叢集或加固容器環境。
兩個邊界要先評估：ARM64-only 意味著依賴 x86 套件的應用得先移植；8 小時上限也讓它不適合更長生命週期的常駐服務。但對「每次任務一個乾淨沙箱」的 agent 執行模式，這兩個限制幾乎不構成障礙——反而是暫停回復與專屬端點，把過去必須自建的整段基礎設施，變成一個 API 呼叫。
參考來源
- Run isolated sandboxes with full lifecycle control — AWS News Blog
- AWS Lambda MicroVMs — AWS What’s New
- Hacker News 討論串
本文由 AI 協助自上述來源整理，經人工審核後發布。