大体积包下AWS Lambda内联编辑问题及解决方案咨询

一、放弃内联编辑器，改用本地开发+部署工具 #

Lambda内联编辑器仅适配25MB以下的小型包，超过阈值后没必要强行使用。直接在本地用常规代码编辑器写代码，再通过以下工具部署：

• 用AWS SAM（Serverless Application Model）：本地创建项目结构，写完代码后执行sam build打包、sam deploy部署，支持本地调试，全程命令行操作。
• 用Serverless Framework：配置灵活，适合多场景的Serverless部署需求。
• 直接用AWS CLI：本地打包好轻量代码包（不含大二进制文件），通过aws lambda update-function-code命令上传。

二、处理大体积二进制文件的两种核心方案 #

1. 用Lambda层托管二进制文件

将两个Linux二进制文件单独打包成zip包，上传为Lambda层：

• 打包时注意目录结构：把二进制文件放在bin目录下（例如my-layer/bin/xxx），附加到函数后，文件会自动挂载到Lambda运行环境的/opt/bin目录。
• 在函数配置中添加该层，运行时直接以/opt/bin/xxx作为spawnSync的调用路径即可。
• 优势：函数部署包仅剩代码（体积极小，甚至可重新使用内联编辑器），二进制文件可被多个Lambda函数复用，更新时只需修改层无需改动函数。

2. S3存储+运行时下载

若二进制文件超出Lambda层单包250MB限制，可将其上传至S3桶：

• 函数启动阶段，用AWS SDK将S3上的二进制文件下载到Lambda临时目录/tmp（最大可用512MB空间）。
• 下载完成后给文件添加执行权限：fs.chmodSync('/tmp/xxx', 0o755)。
• 最后通过spawnSync('/tmp/xxx', [...args])调用。
• 注意：冷启动时会额外增加下载耗时，对延迟敏感的场景优先选Lambda层方案。

三、GitHub的定位 #

GitHub并非直接解决编辑/部署问题的工具，但可配合实现CI/CD自动化：

• 将Lambda代码（不含大二进制文件，二进制放层或S3）托管到GitHub，配置GitHub Actions，每次提交代码自动触发打包部署流程，无需手动操作。
• 同时可利用GitHub做版本控制，方便回溯代码、协同开发。

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