AWS于2026年11月11日宣布，Lambda MicroVMs现可选择x86 CPU架构。已有x86应用、工具和软件依赖可在对应架构的MicroVM镜像中运行，省去重新编译或移植到Arm的步骤。
Graviton仍是默认CPU架构，创建镜像时需要明确选择x86，不能只凭应用二进制文件推断运行环境。
这次更新改变了什么
Lambda MicroVMs提供虚拟机级隔离、快速启动与恢复，以及运行状态保留。新增x86选项后，团队可根据工作负载选择x86或Arm（AWS Graviton），再以镜像为每个用户或作业启动隔离的MicroVM。
架构选择发生在构建MicroVM镜像时。它不会自动将既有Arm镜像转换为x86镜像。
哪些工作负载会受益
依赖x86二进制、原生库或特定工具链的CI/CD运行器、交互开发环境、漏洞扫描器与代码执行场景，可减少跨架构适配工作。AWS也将AI编码助手列为适用场景。
无需移植指的是x86依赖可保持原架构运行，并不意味着应用本身的配置、安全策略和资源需求无需验证。
从哪里选择x86镜像
根据AWS公告，创建MicroVM镜像时从Dockerfile选择x86架构，再从该镜像启动MicroVM。控制台、CloudFormation、Cloud Development Kit以及Agent Toolkit for AWS均可用于相关工作流。
准备迁移时，应核对镜像构建目标架构、依赖包和实际启动配置，以运行中MicroVM的架构与应用启动结果作为验收依据。
区域可用性有哪些例外
x86支持覆盖已提供Lambda MicroVMs的AWS区域，但不包括亚太香港、马来西亚、泰国和欧洲西班牙。区域例外针对这次x86架构支持，不能误读为Lambda MicroVMs在所有其他区域均已开放。
跨区域部署前应逐区核对产品可用性与架构选项。将一个区域的构建配置直接复制到例外区域，可能无法完成部署。
上线前如何验证
先选一组含原生依赖的代表性任务，在x86镜像中确认启动、运行和恢复，再比较现有Graviton方案的性能、兼容性与成本。对于不依赖x86的负载，继续使用默认Graviton也仍是选项。
关键判断是依赖兼容与目标区域同时满足要求。镜像创建成功只是第一步，真实作业还需验证隔离运行与状态恢复行为。
