如何修复Lambda Node.js14.x环境使用gifsicle时GLIBC_2.29未找到错误

该报错的核心原因是Node.js 14.x对应的Lambda运行环境基于Amazon Linux 2，系统自带的GLIBC最高版本为2.26，你当前使用的gifsicle二进制是在GLIBC >=2.29的环境下编译的，运行时无法找到对应依赖。你可以通过以下两种方案解决：

方案一：将适配的gifsicle打包为Lambda层 #

操作步骤如下：

• 准备兼容Amazon Linux 2的gifsicle二进制文件：你可以在Amazon Linux 2的EC2实例或Docker容器中编译gifsicle源码，编译完成后用ldd gifsicle命令确认所有依赖的GLIBC版本都不高于2.26
• 按Lambda层要求组织目录结构：

gifsicle-layer/
├── bin/
│   └── gifsicle
└── lib/
    └── （gifsicle运行所需的所有依赖库，通过ldd命令找出缺失的库，全部放入该目录）

• 打包层文件：进入gifsicle-layer目录后执行zip -r gifsicle-layer.zip .，确保压缩包根目录直接是bin和lib文件夹，不要嵌套外层目录
• 上传创建Lambda层：进入Lambda控制台的「层」页面，点击「创建层」，上传刚才的压缩包，兼容运行时选择Node.js 14.x，操作系统选择Amazon Linux 2
• 给目标函数绑定层：进入你的Lambda函数配置页，在「层」板块点击「添加层」，选择刚创建的自定义层后保存配置即可

方案二：替换为兼容版本的npm gifsicle包 #

如果你是通过npm引入的gifsicle依赖，不需要额外创建层，直接安装适配版本即可：

• 在项目根目录执行命令：npm install gifsicle@5.2.1 --save
  该版本的预编译二进制完全兼容Amazon Linux 2的GLIBC版本，正常部署到Lambda后即可直接运行

注意事项 #

• 自行编译gifsicle时务必在Amazon Linux 2环境下操作，本地Mac/Windows或更高版本Linux编译的二进制大概率会出现GLIBC版本不兼容问题
• 部署后如果仍有依赖报错，可以在Lambda函数中执行child_process.execSync('ldd /opt/gifsicle').toString()打印所有依赖情况，把缺失的库补充到层的lib目录即可

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