觀點 · 資訊分享

AWS Lambda 推出 MicroVMs:替每位使用者或 AI 寫的程式,各配一間可暫停續跑的隔離小虛擬機

AWS 推出 Lambda MicroVMs,專為執行使用者或 AI 產生的程式設計:虛擬機等級的隔離、近乎即時的啟動與恢復,還能暫停並保留狀態。目前在 5 個區域開放,含東京。

發布
2026-06-22
篇幅
約 4 分鐘 · 1,979 字
結構
7 節 + 4 題常見問題
標籤
#AWS#Lambda MicroVMs#Firecracker#AI 程式沙盒
AWS Lambda 推出 MicroVMs:替每位使用者或 AI 寫的程式,各配一間可暫停續跑的隔離小虛擬機

一句話看懂:AWS 推出 Lambda MicroVMs,替每位使用者或每個 AI 工作階段,配一台隔離、能快速啟動、還能暫停保留狀態的小虛擬機,專門用來安全地跑「不是你寫的程式」。

Lambda MicroVMs:每人一間沙盒資訊圖卡:每位用戶或 AI 的程式,各配一台隔離、可暫停的小虛擬機

先用白話講:為什麼需要 MicroVMs?

想像你開了一間線上教室,每位學生都可以在上面寫程式並執行。你不能讓所有學生擠在同一間教室,否則有人亂寫一段惡意程式,其他人也會遭殃。最安全的做法是:每個人都有自己的玻璃隔間,彼此看不到、碰不到。

但隔間有成本:有的蓋得很牢但要等很久(虛擬機,啟動要幾分鐘),有的很快但牆很薄(容器,共用同一個核心)。AWS 這次的 Lambda MicroVMs,想做的就是「牢又快,而且你暫時離開座位,桌上的東西還在」。

發生什麼事

AWS 在 6 月 22 日同時發布 What’s New 與 News Blog,重點如下:

  • 定位:一種新的無伺服器運算單位,專門讓應用程式替每位使用者或工作階段,準備獨立的環境來執行使用者或 AI 產生的程式
  • 隔離:每個 MicroVM 都是獨立的虛擬機,沒有共用的核心與資源,底層是 Firecracker
  • 速度:從預先初始化的快照啟動與恢復,近乎即時
  • 狀態:執行期間保留記憶體、磁碟與執行中的程序,可暫停後再恢復;最長可跑 8 小時
  • 規格:目前提供 ARM64,單台最多 16 vCPU、32 GB 記憶體、32 GB 磁碟
  • 區域:美東(維吉尼亞北部、俄亥俄)、美西(奧勒岡)、愛爾蘭、東京

三種執行環境怎麼選

方式 隔離 啟動 AWS 文中的重點
傳統虛擬機 強 要幾分鐘 隔離好,但啟動慢
容器 共用核心,要自己加固 幾秒 啟動快,但安全地跑不可信程式要花心力
Lambda 函式 文章沒有細述 文章沒有細述 為事件觸發、一來一回設計,不適合長時間互動
Lambda MicroVMs 虛擬機等級 近乎即時 可暫停與恢復,保留記憶體與磁碟狀態

上表整理自 AWS News Blog 的說明,「幾分鐘」「幾秒」是 AWS 文中的描述,不是實測。

給開發者的技術細節

流程是「先建映像,再啟動」:

  1. 建立映像:把 Dockerfile 與程式碼打包成 zip 放進 S3,Lambda 會執行 Dockerfile、初始化應用程式,並拍下記憶體與磁碟的 Firecracker 快照
  2. 啟動:每次啟動都從快照恢復,可設定閒置政策,例如閒置 900 秒後自動暫停、有新請求時自動恢復
  3. 連線:每台 MicroVM 有專屬的 HTTPS 網址,支援 HTTP/2、gRPC 與 WebSockets,請求要帶短效的授權權杖
aws lambda-microvms run-microvm \
  --image-identifier <映像的 ARN> \
  --execution-role-arn <執行角色的 ARN> \
  --idle-policy '{"maxIdleDurationSeconds":900,"suspendedDurationSeconds":300,"autoResumeEnabled":true}'
  • 相容性:因為是從快照恢復,若程式在初始化階段會產生唯一內容、建立網路連線或載入暫時資料,可能需要搭配服務提供的掛鉤
  • 入口:Lambda 主控台、CloudFormation、CDK,或透過 Agent Toolkit for AWS 搭配 AI 開發工具
  • 計費:執行期間付基本運算資源費用,超出基準的部分才依使用時間另計,價格細節看 Lambda 價格頁

我的看法

這個產品針對的需求其實很具體:只要你做的東西「會執行不是自己寫的程式」,就會遇到這個難題,例如讓使用者貼 Python 跑資料分析、讓 AI 助理替你執行它剛產生的程式、做漏洞掃描平台。過去不是自己養一群虛擬機,就是用容器再加一堆防護。

對一般接案與中小企業專案,我認為大多用不到,網站後端、排程、API 還是用原本的 Lambda 函式或容器比較單純。但如果你開始做「AI 幫使用者執行動作」的功能,這類沙盒的觀念值得先了解:不信任 AI 產生的程式,是比較穩的預設。區域方面,亞太目前只有東京可選。

名詞小辭典

  • Firecracker:AWS 開源的輕量虛擬化技術,能快速啟動極小的虛擬機,也是 Lambda 的底層。
  • 沙盒(Sandbox):把程式關在隔離環境執行,避免它影響其他程式或系統。
  • 多租戶(Multi-tenant):同一套系統同時服務很多使用者,彼此要互相隔離。
  • 快照(Snapshot):把某個時間點的記憶體與磁碟狀態拍下來,之後可以從這個狀態繼續。

資料來源

常見問題

Lambda MicroVMs 和原本的 Lambda 函式有什麼不同?
Lambda 函式適合事件觸發、一來一回的工作。MicroVMs 則是替每位使用者或每個工作階段配一台獨立的環境,能保留狀態、暫停與恢復,主要用來安全地跑使用者或 AI 寫出來的程式。兩者可以搭配使用。
為什麼不用容器就好?
AWS 的說法是,容器啟動快,但共用同一個核心,要安全地跑不可信的程式,得花很多心力自行加固;虛擬機隔離強,卻要幾分鐘才能啟動。MicroVMs 想在這兩者之間取得平衡。
怎麼收費?
AWS 的說法是,MicroVM 執行期間要付基本運算資源的費用,超出基準時,只就額外資源的使用時間另外計費;實際單價請看 Lambda 的價格頁,公告本身沒有列數字。
有沒有要注意的限制?
有。因為是從預先初始化的快照恢復,若程式在初始化時會產生獨一無二的內容、建立網路連線或載入暫時資料,可能需要搭配服務提供的掛鉤才能相容。目前也只有五個區域、ARM64 架構。
LINE