无法使用 Puppeteer 运行 Bazel nodejs_image(错误：libgobject-2.0.so.0)

Question

我正在使用Bazel构建Docker容器:

ts_config(
name = "tsconfig",
src = "tsconfig.lib.json",
)
ts_project(
name = "lib",
srcs = ["index.ts"],
declaration = True,
tsconfig = "tsconfig",
deps = [
"@npm//@types/node",
"@npm//puppeteer",
],
)
nodejs_binary(
name = "server",
data = [
"lib",
],
entry_point = "index.ts",
)
nodejs_image(
name = "image",
binary = "server",
)

运行nodejs_binary工作正常

但是运行nodejs_image"image"抛出错误:

(node:44) UnhandledPromiseRejectionWarning: Error: Failed to launch the browser process!
/app/server.runfiles/node_puppeteer/node_modules/puppeteer/.local-chromium/linux-901912/chrome-linux/chrome: error while loading shared libraries: libgobject-2.0.so.0: cannot open shared object file: No such file or directory
TROUBLESHOOTING: https://github.com/puppeteer/puppeteer/blob/main/docs/troubleshooting.md

---

因此，我尝试添加自定义base(这一个)图像，如下所示:

nodejs_image(
name = "base_image",
base = "@nodejs_puppeteer//image",
binary = "server",
)

和WORKSPACE:

load("@io_bazel_rules_docker//container:container.bzl", "container_pull")
container_pull(
name = "nodejs_puppeteer",
digest = "sha256:22ec485fa257ec892efc2a8b69ef9a3a2a81a0f6622969ffe2d416d2a076214b",
registry = "docker.io",
repository = "drakery/node-puppeteer:latest",
)

但是运行更新的nodejs_image"base_image"，抛出这个错误:

[link_node_modules.js] An error has been reported: [Error: EACCES: permission denied, symlink '/app/server.runfiles/npm/node_modules' -> 'node_modules'] {
errno: -13,
code: 'EACCES',
syscall: 'symlink',
path: '/app/server.runfiles/npm/node_modules',
dest: 'node_modules'
} Error: EACCES: permission denied, symlink '/app/server.runfiles/npm/node_modules' -> 'node_modules'

---

如何将缺少的依赖项添加到nodejs_image中?

该问题的最小复制可以在这里找到:https://github.com/flolu/bazel-node-puppeteer

Answer 1

这是使用rules_nodejs构建本地依赖的一个长期存在的问题。

本机依赖是在您的主机上构建和链接的。构建版本通过nodejs_image复制到容器映像中，但是像libgobject-2.0.so.0这样的共享库在映像中的位置通常与您的开发机器上的位置不同。

没有通用的解决方案，但这里有一些可能的变通方法:

1. 在入口点运行npm rebuild到您的图像这将重新构建本机模块，并根据正在运行的容器中的共享库位置重新链接它们。缺点是它会增加容器启动时间，并且不一定在所有情况下都有效。与环境相关的东西仍然可以从主机平台泄漏进来。

2. 不要从主机复制node_modules。相反，在容器启动时运行npm install或yarn。如果仅仅在容器启动时运行npm rebuild不能满足您的需要，那么这可能是必要的。但是，这会进一步增加启动时间。

3. 严格控制您的开发环境，使其与您用于nodejs_image的基本图像相匹配。例如，要求所有的开发工作都在Ubuntu 20.04上进行，并使用相同的发行版作为所有nodejs_image目标的基础映像。或者更进一步，使用相同的基本映像将您的开发环境容器化，并在该容器中进行开发。

最后一个选项是我在实践中实际做的。我们有开发人员虚拟机，它们运行的操作系统与我们所有构建映像的操作系统完全相同，所以一切都"正常工作"。

Answer 2

根据@Rohan Singh和@Noam Yizraeli的建议，我尝试将自定义基础映像更改为我的开发环境。因此，我创建了一个Docker镜像与Ubuntu作为它的基础和Node.js以及Chrome安装:

FROM ubuntu:20.04
# Install Node.js
RUN apt-get update 
&& apt-get install -y curl
RUN curl --silent --location https://deb.nodesource.com/setup_14.x | bash -
RUN apt-get install --yes nodejs
RUN apt-get install --yes build-essential
# Install Chrome
ENV DEBIAN_FRONTEND=noninteractive
RUN apt-get update 
&& apt-get install -y wget gnupg 
&& wget -q -O - https://dl-ssl.google.com/linux/linux_signing_key.pub | apt-key add - 
&& sh -c 'echo "deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main" >> /etc/apt/sources.list.d/google.list' 
&& apt-get update 
&& apt-get install -y google-chrome-stable fonts-ipafont-gothic fonts-wqy-zenhei fonts-thai-tlwg fonts-kacst fonts-freefont-ttf libxss1 
--no-install-recommends 
&& rm -rf /var/lib/apt/lists/*

我把它拉到Bazel这样:

load("@io_bazel_rules_docker//container:container.bzl", "container_pull")
container_pull(
name = "ubuntu",
digest = "sha256:a1ceb3aac586b6377821ffe6aede35c3646649ee5ac38c3566799cd04745257f",
registry = "docker.io",
repository = "drakery/node-puppeteer",
)

并像这样使用:

nodejs_image(
name = "custom_ubuntu",
base = "@ubuntu//image",
binary = "server",
)

这是最终的工作库:https://github.com/flolu/bazel-node-puppeteer/tree/050376d36bccb67a93933882a459f0af3051eabd