AWS、コード実行を隔離するサーバーレス新機能「Lambda MicroVMs」を発表

Run isolated sandboxes with full lifecycle control: AWS Lambda introduces MicroVMs

元記事は一次情報へのリンクです元記事を読む

5行でつかむ要点

AWSはLambdaの新しい実行環境「Lambda MicroVMs」を発表し、ユーザーやAIが生成したコードを仮想マシン単位で隔離実行できるようにした。

軽量仮想化技術Firecrackerを基盤に、ほぼ瞬時の起動・再開と、メモリやディスク状態を保持したままの一時停止・再開が可能。

AIコーディングアシスタントやオンラインIDE、データ分析ツールなど、ユーザー由来のコードを安全に動かしたい用途を主なターゲットとしている。

自前でFirecrackerやgVisorのサンドボックス基盤を運用してきたチームにとっては、マネージドサービスへの移行を比較検討する材料になる。

対応リージョンやvCPU・メモリの上限といった構成条件は今後変更される可能性があるため、採用前に最新情報を確かめておきたい。

AIコーディングアシスタントやオンラインIDEが当たり前になった今、「知らないコードをどこまで信頼して実行するか」は避けて通れない課題になっている。AWSが発表した「Lambda MicroVMs」は、この課題に軽量仮想化技術Firecrackerで応える新しい実行環境だ。

技術的な特徴

FirecrackerによるVMレベルの隔離により、実行者間でカーネルを共有しない強い分離が得られる。Dockerfileとコードを事前にスナップショット化しておくことで、以降の起動・再開はコールドスタートがほぼない速度で行える点も特徴で、アイドル時は状態を保持したまま一時停止し、コストを抑えられる。対応リージョンは米国東部・西部、欧州(アイルランド)、アジア太平洋(東京)で、ARM64アーキテクチャ・最大16vCPU/32GBメモリ/32GBディスクという構成だ。

競合との位置づけ

コード実行サンドボックスという領域では、E2BやDaytonaのようなスタートアップがすでにAIエージェント向けの実行環境を提供してきた。AWSがこの領域にマネージドサービスとして本格参入したことは、サンドボックス基盤が「自前で作るもの」から「クラウドベンダーから借りるもの」へと重心を移しつつあることを示している。自社でFirecrackerやgVisorを使ったサンドボックスを運用してきたチームにとっては、運用コストを比較検討する良いタイミングになりそうだ。

見立て

VMレベルの隔離とスナップショット再開をマネージドで提供してくれる意味は大きい。特にAIエージェントが自律的にコードを生成・実行する場面が増えるほど、実行環境の隔離設計を自前で考え続けるコストは無視できなくなる。仕組みの詳細はAWS News Blogの発表記事(https://aws.amazon.com/blogs/aws/run-isolated-sandboxes-with-full-lifecycle-control-aws-lambda-introduces-microvms/)で説明されている。