Zip包类型Lambda能否使用Docker镜像作为Layer突破250MB限制

• 不支持创建Docker镜像格式的Lambda Layer挂载到.zip包部署的Lambda函数上。
• 该方案无法绕过Lambda Layer 250MB的大小限制。

Lambda的两种部署体系是完全独立的，没有互通的挂载能力：

1. Lambda Layer只接受.zip格式的上传包，硬限制为解压后单Layer体积不超过250MB，不存在镜像格式的Layer类型。
2. Docker镜像部署模式下，依赖、运行时、业务代码是作为一个整体镜像交付的，没有单独把依赖抽成镜像层、挂载到外部.zip函数的能力，两种部署模式的资源加载逻辑完全隔离，不存在中间兼容方案。
3. 额外注意：.zip部署的Lambda，自身代码+所有挂载Layer的解压后总体积也不能超过250MB，就算拆分多个Layer也突破不了这个总上限。

• 优先用EFS承载超大依赖：把超出体积限制的共享依赖存放到EFS文件系统，所有需要用到该依赖的Lambda配置接入同一个EFS，运行时直接从EFS路径加载依赖，完全不受Layer体积限制，也不需要改动现有.zip函数的部署流程，改造成本最低。
• 裁剪依赖体积：移除依赖包中不需要的测试用例、文档、调试符号、非Lambda运行环境的二进制文件，大部分带二进制的依赖（比如机器学习类库）裁剪后体积可以缩减40%以上，很多场景下裁剪后就能满足Layer的大小要求。
• 拆分Layer：如果依赖包内的模块不是所有函数都需要用到，可以按使用场景拆成多个独立的小Layer，单个Layer控制在250MB以内，对应业务函数按需挂载即可，但要注意总大小不能超过250MB的上限。
• 如果以上方案都不适用，才需要考虑把对应函数迁移为镜像部署，镜像部署的单个镜像大小上限是10GB，足够承载超大依赖，但这需要调整函数的交付流程。

不要尝试通过提高压缩比缩小上传包体积绕过限制，Lambda校验的是包解压后的实际体积，和上传的压缩包大小无关。

内容的提问来源于stack exchange，提问作者Nice Guy