具有本机扩展的Ruby gem不适用于AWS Lambda

Question

我有一个ruby脚本，我正试图在AWS Lambda上运行。我如何使用带有本机扩展的Ruby gem？

我已经通过bundle install--部署安装了我的Ruby宝石，并将它们包含在我的部署中。当我在lambda上运行该函数时，我得到错误：

忽略oj-2.18.5，因为它的扩展未构建。试试：gem pristine oj--version 2.18.5

加载处理程序时发生初始化错误

{

"errorMessage"："libruby.so.2.5：无法打开共享目标文件：没有该文件或目录- /opt/ruby/gems/2.5.0/gems/oj-2.18.5/lib/oj/oj.so"，

...

我尝试在lambda代码本身和lambda层中包含依赖项。唯一改变的是错误消息中的路径。

Lambda能找到我的红宝石。当它们在错误的位置时，我会得到不同的错误。

/opt/ruby/gems/2.5.0/gems/oj-2.18.5/lib/oj/oj。所以确实存在。

我已经在Ubuntu和AWS linux上用bundle install生成的文件尝试过这个方法。在这两个系统上，bundle都告诉我它正在“使用本机扩展安装oj 2.18.5”。

如果我上传一份libruby。因此到我的lambda，并将环境变量LD_LIBRARY_PATH设置到它的位置，并使用安装在AWS linux上的一组依赖项修复上面列出的错误，但只会给我一个更不透明的错误：

/lib64/libc.so.6：找不到版本'GLIBC_2.25'（ /opt/ruby/lib/libruby.so.2.5要求）

Answer 1

问题就如你所说的那样：原生扩展gem需要在运行时的相同环境中构建。因此，在将供应商上传到aws之前，我们必须在与lambda类似的环境中安装gems。

要以符合lambda的方式构建供应商/捆绑包，请使用以下docker容器：

docker run --rm -v "$PWD":/var/task lambci/lambda:build-ruby2.7 bundle install --deployment

这将为您提供一个有效的供应商/捆绑依赖关系。

您可以运行另一个容器来检查函数是否工作：

docker run --rm -v $PWD:/var/task:ro,delegated lambci/lambda:ruby2.7 lambda_handler.lambda_handler

完整的图片列表如下：https://github.com/lambci/docker-lambda

这个问题已经有1年历史了，但我必须搜索大约2个小时才能解决与nokogiri宝石完全相同的问题，所以我认为这可能对某些人有用。

希望这能让你少花几个小时在谷歌上搜索！

Answer 2

在gems/oj-2.18.5/lib/oj/oj.so上运行ldd澄清了第一个错误。问题不在于oj.so不存在，而在于libruby.so.2.5不存在。第二个问题是当前的Ruby lambda有glibc版本2.17，其中AWS-linux附带了glibc版本2.25。

这里最根本的问题是，如果您有本机依赖项，您需要将gems安装在与它们将运行的系统相同的系统上。我发现最好的方法就是使用docker。https://github.com/lambci/docker-lambda有lambda安装的docker图像。

对于ruby，请执行以下操作：

1. 构建docker ruby图像
2. 将文件复制到原始目录中
3. 从该目录运行：docker run-v“$PWD”：/var/task--entrypoint bundle lambci/lambda base:ruby2。5安装——路径=/var/task

这将为您提供一个名为ruby的文件夹，其版本依赖项与lambda兼容。

如果您计划将此输出用于lambda层，请记住bunlde生成的文件结构是ruby/2.5.0/ 并且它需要是ruby/gems/2.5.0/ 在上传之前。