提升AWS Lambda临时存储后 解压包与Layers大小限制是否变化

将Lambda函数临时存储（ephemeral storage）上限调整到10GB不会提高函数部署包、Lambda Layers的最大解压尺寸限制，原有标准保持不变，靠提升临时存储容量无法解除你遇到的部署包/层解压尺寸约束。

• 临时存储和部署包尺寸限制是两套完全独立的配额：可调的临时存储是函数运行时挂载在/tmp路径下的可写空间，仅约束函数运行过程中可写入的临时文件总大小，和部署、冷启动阶段的包体积校验没有关联。
• 部署包、Lambda Layer的解压尺寸是固定硬限制，不会随临时存储配置变化，当前生效的标准为：
  • 控制台直接上传的函数部署包：压缩后最大50MB，解压后最大250MB
  • 存到S3再部署的函数部署包：压缩后最大250MB，解压后最大250MB
  • 单个Lambda Layer解压后最大250MB
  • 单个函数绑定的所有Layer + 函数自身部署包的解压后总大小，合计不能超过250MB
• 这套解压校验发生在冷启动的运行环境加载阶段，部署包和Layer不会被解压到/tmp目录，因此不管你把/tmp调多大，都不会影响这个校验逻辑。

针对你现在压缩包体积小、解压后触碰尺寸上限的问题，可以用这几种方式绕过限制：

• 把大体积的依赖、静态资源文件从部署包/Layer里挪出来，在函数冷启动逻辑里加一步从S3下载对应文件到/tmp目录的逻辑，这时候只要把临时存储调到足够容纳这些文件的大小就能正常用
• 精简打包内容：比如给二进制依赖去掉调试符号、裁剪不需要的功能模块、删掉包里冗余的文档、示例、多架构冗余文件，压低解压后的总体积
• 改用容器镜像模式部署Lambda：容器镜像部署的单镜像大小上限是10GB，不受前面说的250MB解压体积限制。

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