Naveen 概述的过程是正确的,但它掩盖了一个可能非常痛苦的细节 - 包括 zip 中的 ffmpeg 二进制文件并在您的 lambda 函数中访问它。
我刚刚经历了这个,它是这样的:
- 在压缩的 lambda 函数包中包含 ffmpeg 静态二进制文件(我有一个 gulp 任务,每次构建时将其复制到
/dist)
-
当您的函数被调用时,将二进制文件移动到 /tmp/ 目录和 chmod 以便您自己访问(2017 年 2 月更新:据报道不再需要,回复:@loretoparisi和@allen 的答案)。
- 更新您的 PATH 以包含 ffmpeg 可执行文件(我使用了 fluent-ffmpeg,它可以让您设置 two env vars 以更轻松地处理它。
如果需要更多细节,请告诉我,我可以更新这个答案。
copy 和 chmod(第 2 步)显然不理想....想知道是否有人找到了更好的方法来处理这个问题,或者这是否是这种架构风格的典型。
(第二次更新,在第一次更新之前写它更相关):
复制 + chmod 步骤不再是必要的,正如@Allen 指出的那样——我在 Lambda 函数中直接从 /var/task/ 执行 ffmpeg,此时没有任何问题。在将它们上传到 Lambda 之前,一定要chmod 755 任何二进制文件(也正如@Allen 指出的那样)。
我不再使用 fluent-ffmpeg 来完成这项工作。相反,我正在更新 PATH 以包含 process.env['LAMBDA_TASK_ROOT'] 并执行简单的 bash 脚本。
在您的 Lambda 函数的顶部:
process.env['PATH'] = process.env['PATH'] + "/" + process.env['LAMBDA_TASK_ROOT']
使用 ffmpeg 的示例:lambda-pngs-to-mp4。
对于大量有用的 lambda 组件:lambduh。
以下更新留给后代,但不再需要:
更新更多细节:
我下载了静态 ffmpeg 二进制文件here。 Amazon 建议启动 EC2 并在其中构建一个二进制文件供您使用,因为该环境将与 Lambda 运行的条件相同。可能是个好主意,但需要做更多工作,而且这个静态下载对我有用。
我只将 ffmpeg 二进制文件提取到我的项目的待归档 /dist 文件夹中。
当您将 zip 上传到 lambda 时,它位于 /var/task/。无论出于何种原因,我在尝试使用该位置的二进制文件时遇到了访问问题,以及尝试在该位置编辑文件权限的更多问题。一个快速的解决方法是将二进制文件移到那里的/tmp/ 和chmod 权限。
在 Node 中,您可以通过 child_process 运行 shell。我所做的看起来像这样:
require('child_process').exec(
'cp /var/task/ffmpeg /tmp/.; chmod 755 /tmp/ffmpeg;',
function (error, stdout, stderr) {
if (error) {
//handle error
} else {
console.log("stdout: " + stdout)
console.log("stderr: " + stderr)
//handle success
}
}
)
这应该会在你的 lambda 函数中为你提供一个可执行的 ffmpeg 二进制文件——但你仍然需要确保它在你的 $PATH 上。
我放弃了 fluent-ffmpeg 并使用 node 来启动 ffmpeg 命令,转而只在 node 之外启动一个 bash 脚本,所以对我来说,我必须在 lambda 函数顶部的路径中添加/tmp/:
process.env.PATH = process.env.PATH + ':/tmp/'
如果你使用fluent-ffmpeg,你可以通过以下方式设置ffmpeg的路径:
process.env['FFMPEG_PATH'] = '/tmp/ffmpeg';
有点相关/无耻的自插拔:我正在开发一组模块,以便在名称 Lambduh 下更轻松地从可组合模块构建 Lambda 函数。将这些东西放在一起可能会节省一些时间。一个简单的例子:使用lambduh-execute 处理这种情况很简单:
promises.push(execute({
shell: "cp /var/task/ffmpeg /tmp/.; chmod 755 /tmp/ffmpeg",
})
其中promises 是要运行的承诺数组。