AWS SAM两种nodejs14.x运行时选项是否存在性能差异

核心结论 #

稳态运行阶段（函数完成冷启动、处于预热状态处理请求时）两种方案没有可观测的性能差异。Lambda底层的CPU、内存、网络资源分配规则对两种部署方式完全一致，Node.js运行时的核心版本也完全相同，业务代码的执行效率不会有区别。

仅有的性能差异集中在冷启动环节 #

• 标准zip包形式的nodejs14.x运行时冷启动速度通常更快：冷启动流程只需要拉取zip包、解压、初始化运行时，链路更短，在代码包体积正常的场景下，冷启动耗时比镜像方案低10%~30%
• 镜像形式的nodejs14.x (Image)冷启动耗时和镜像体积强相关：如果镜像包含大量冗余依赖、体积超过1GB，冷启动耗时会远高于zip方案；如果做了镜像优化（使用AWS官方最小基础镜像、多阶段构建、删除冗余文件），冷启动耗时可以做到和zip方案非常接近

选型时还需要参考非性能差异 #

除了性能之外，两类方案的能力边界差异也很大，可以结合业务需求选择：

• zip包运行时解压后最大体积上限为250MB，如果你的业务依赖大量原生扩展、二进制工具，很容易触达上限，镜像方案最高10GB的体积上限更适配这类场景
• 镜像方案支持完全自定义运行环境，你可以自由调整Node.js启动参数、内置系统依赖、甚至集成其他语言的二进制组件，灵活性远高于zip方案
• zip方案的打包、部署流程更简单，不需要本地安装Docker环境做镜像构建，本地调试的门槛更低

内容的提问来源于stack exchange，提问作者Shweta Kumar