Question

由于AWS Lambda支持running binaries，我想在AWS Lambda中运行pdflatex，但我偶然发现了一些问题。我已成功运行其他二进制文件，但pdflatex有许多共享的OS库依赖项，我无法弄清楚如何使其工作。

示例代码如下所示：

'use strict';
let exec = require('child_process').exec;

exports.handler = (event, context, callback) => {
  const child = exec('LD_LIBRARY_PATH=bin/ ./pdflatex my-file.tex', (error) => {
    callback(error, 'Process complete!');
  });
  child.stdout.on('data', console.log);
  child.stderr.on('data', console.error);
};

ZIP文件如下所示：

index.js -------------- where the above code is
pdflatex -------------- binary from my OS
my-file.tex ----------- a sample LaTeX document
bin/ ------------------ folder with shared OS libraries

上传的ZIP文件包含以上所有内容。

我使用pdflatex生成了cp $(which pdflatex) pdflatex。

这是上传pdflatex的正确方法吗？这个方法有问题吗？还有更好的方法吗？

尝试首次运行后，AWS Lambda抱怨许多lib_____.so丢失了，因此我将它们从我的机器复制到ZIP内的bin/文件夹中。我使用ldd $(which pdflatex)来查找pdflatex的依赖项。

然而，正如我想象的那样，它们与运行AWS Lambda的Linux版本不兼容，所以我解雇了一个CentOS并将lib______.so文件复制到bin/文件夹，但这不起作用无论是。

有没有办法“转储”包含所有必需依赖项的自包含版本的pdflatex，并且无需共享操作系统库就可以运行？
我是否需要在Amazon Linux实例中编译pdflatex？如果我在64位架构中编译它并且代码在32位架构上运行，那会不会失败呢？

Answer 1

生成用于Lambda的二进制文件的最佳方法是在Lambda使用的相同版本的Linux上复制或编译它们。亚马逊有一个AMI图像列表：http://docs.aws.amazon.com/lambda/latest/dg/current-supported-versions.html。从其中一个创建EC2实例，安装软件包，然后将文件复制到zip中。

对于＃2，您可以通过执行静态编译来简化依赖关系，但除非您熟悉从源代码构建包，否则我不会尝试。您需要在链接阶段使用-static进行编译。

如何在AWS Lambda上运行像`pdflatex`这样的二进制文件？

1 个答案: