本地运行正常，部署到AWS Lambda却出现GLIBC_2.29未找到错误

AWS Lambda运行时环境（如Amazon Linux 2）自带的GLIBC版本低于sweph模块编译依赖的GLIBC_2.29，导致预编译的二进制文件sweph.node无法加载。本地通过sls offline运行正常，是因为本地系统的GLIBC版本满足模块要求。

• 在Lambda兼容环境中编译依赖
  用Amazon Linux 2容器或EC2实例构建项目：

  1. 启动Amazon Linux 2环境
  2. 安装对应版本的Node.js，执行npm install安装所有依赖
  3. 打包包含node_modules的完整项目，再部署到Lambda
     这样编译出的sweph.node会适配Lambda的系统库版本。

• 替换为纯JS版本依赖
  查找sweph是否提供纯JavaScript实现的包，替换使用后可彻底规避系统库依赖问题。

• 打包依赖库到部署包

  1. 将GLIBC 2.29的libm.so.6等相关库文件复制到项目的lib目录
  2. 在Lambda的环境变量中设置LD_LIBRARY_PATH=/var/task/lib:$LD_LIBRARY_PATH
     注意：这种方式可能引发其他依赖兼容性问题，需充分测试。

• 用Serverless插件适配编译
  借助serverless-webpack和node-loader在打包时针对Lambda环境编译二进制模块：

  1. 安装依赖：npm install serverless-webpack node-loader --save-dev
  2. 配置webpack.config.js，添加node-loader处理.node后缀文件
  3. 在serverless.yml中启用webpack插件，配置打包规则

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