为何AWS Lambda函数在docker-lambda运行正常，部署到AWS却崩溃？

这种情况真的太闹心了——本地用docker-lambda跑起来顺得不行，一部署到Lambda就直接崩溃连个日志都不留，排查起来完全摸不着头脑。我之前踩过类似的坑，给你梳理几个最可能的原因和对应的排查思路：

1. 二进制编译环境和Lambda真实环境不匹配 #

docker-lambda虽然号称复刻Lambda环境，但细节上还是有差异，尤其是系统库和glibc版本：

• 如果你是在本地机器（比如Mac或者Ubuntu）编译的ELF文件，和Lambda用的Amazon Linux 2（或1）系统库版本可能不兼容，导致运行时崩溃。
• 排查&解决：
  • 在docker-lambda容器里用ldd your-binary检查依赖库，再对比Lambda运行时的库版本（可以在Lambda函数里加代码打印ldd --version或cat /etc/os-release）。
  • 最稳妥的方式是直接在docker-lambda容器里编译你的二进制，确保编译环境和Lambda完全一致。比如：

    # 以Python3.9的build镜像为例，根据你的runtime替换
    docker run -v $(pwd):/var/task -it lambci/lambda:build-python3.9 bash
    # 然后在容器里执行编译命令
    

2. Lambda文件系统/权限限制 #

Lambda的运行环境对文件系统的限制比docker-lambda更严格：

• 你的二进制可能尝试写入/tmp之外的目录（Lambda只允许/tmp可写），或者文件没有执行权限。
• 排查&解决：
  • 打包前务必给二进制加执行权限：chmod +x your-binary，调用时用绝对路径/var/task/your-binary。
  • 所有需要写入的操作都转移到/tmp目录，比如临时文件、日志输出。

3. 资源配置差异导致崩溃 #

docker-lambda默认的内存/CPU资源可能比你配置的Lambda函数高很多：

• 比如本地容器给了2GB内存，但Lambda只配置了128MB，二进制运行时内存不足直接崩溃。
• 排查&解决：
  • 先把Lambda的内存调到较高值（比如1GB）测试，如果能正常运行，再逐步调低找到合适的配置。
  • 在Lambda函数里加日志打印内存使用情况，比如用ps aux或free -m输出到CloudWatch。

4. 缺失关键环境变量 #

docker-lambda会默认设置一些Lambda环境变量，但实际部署时你可能没配置：

• 比如LD_LIBRARY_PATH，如果你的二进制依赖自定义库，需要在Lambda里设置这个变量指向库的路径（比如/var/task/lib）。
• 排查&解决：
  • 在docker-lambda容器里运行printenv导出所有环境变量，对比Lambda函数的环境变量配置，把缺失的关键变量补上。

5. 崩溃日志没被捕获到 #

你说“无输出”，可能是崩溃发生在Lambda日志系统初始化之前，或者二进制的输出没被正确捕获：

• 试试在调用二进制的代码里强制捕获标准输出和错误，比如Python示例：

  import subprocess
  import logging
  
  logger = logging.getLogger()
  logger.setLevel(logging.INFO)
  
  def handler(event, context):
      try:
          # 捕获所有输出，设置超时时间避免挂起
          proc = subprocess.run(
              ["/var/task/your-binary"],
              capture_output=True,
              text=True,
              timeout=30
          )
          logger.info(f"Binary STDOUT: {proc.stdout}")
          logger.error(f"Binary STDERR: {proc.stderr}")
          logger.info(f"Return Code: {proc.returncode}")
      except subprocess.TimeoutExpired:
          logger.error("Binary execution timed out")
      except Exception as e:
          logger.error(f"Error invoking binary: {str(e)}")
  

• 如果还是没日志，试试用strace跟踪系统调用：把strace打包到Lambda包，调用时执行strace -o /tmp/strace.log ./your-binary，然后把/tmp/strace.log的内容上传到S3或者打印到日志（注意日志大小限制）。

6. 架构不兼容（ARM vs x86） #

如果你的Lambda用的是ARM架构（Graviton2），但二进制是x86_64编译的，会直接崩溃且无日志，反之亦然：

• 排查&解决：
  • 检查Lambda控制台的“架构”设置（x86_64或arm64）。
  • 对应使用docker-lambda的arm版本编译二进制，比如lambci/lambda:build-python3.9-arm64。

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