当还需要 libstdc++ 时,如何使用 bazel 创建 Go docker 图像?

How do I create a Go docker image with bazel when also needing libstdc++?

我正在尝试从大多数人使用的源库中创建一个 docker 图像。问题是go代码还调用了一个C++库(libsodium),所以生成的容器缺少libstdc++。

这是我的方法:首先,我将 distroless go 图像与 pkg_tar():

创建的一些东西捆绑在一起
container_image(
    name = "new_base_image",
    base = "@go_image_base//image",
    tars = [
      ":bash_static_tar",
      ":passwd_tar",
      ":dirs_tar",
    ],
    visibility = ["//:__subpackages__"],
)

然后我创建我的 go 镜像,打包它,并将它推送到我的注册表:

go_image(
    name = "alice-go-image",
    embed = [":alice_lib"],
    base = "//:new_base_image",
    visibility = ["//visibility:public"],
)


container_image(
    name = "alice-image",
    base = ":alice-go-image",
    user = "alice",
    entrypoint = "/bin/sh",
    directory = "/opt/alice",
    workdir = "/opt/alice",
)

container_push(
    name = "alice-push",
    format = "Docker",
    image = ":alice-image",
    registry = "us-central1-docker.pkg.dev",
    repository = "mycoolproject/pub-docker/alice",
)

Unfo运行最近,Go 代码调用了一些出售的 C++ 代码(libsodium,这无关紧要),因此尝试 运行 从容器中生成的二进制文件会产生:

sh-5.1$ ./apollo                                                                                                                                                                        
./alice: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory

认为 我可以简单地将 distroless CC 映像包含在一个包中,但我不知道该怎么做。我会认为把

container_load(
    name = "distroless-cc",
    registry = "gcr.io",
    repository = "distroless/cc",
    tag = "latest",
)

WORKSPACE 中,然后将 @distroless-cc//image 标签作为条目之一包含在 container_imagetars 属性中就可以了。不幸的是,它所做的是将 layer.tar 文件和关联的元数据作为图像的一部分包含在内!也就是说,如果我将第一条规则更改为:

container_image(
    name = "new_base_image",
    base = "@go_image_base//image",
    tars = [
      ":bash_static_tar",
      ":passwd_tar",
      ":dirs_tar",
      "@distroless-cc//image",
    ],
    visibility = ["//:__subpackages__"],
)

结果是:

drwxr-xr-x 0/0               0 1969-12-31 19:00 ./
drwxr-xr-x 0/0               0 1969-12-31 19:00 ./bin/
-r-xr-xr-x 0/0         1248656 1969-12-31 19:00 ./bin/sh
drwxr-xr-x 0/0               0 1969-12-31 19:00 ./etc/
-rw-r--r-- 0/0              74 1969-12-31 19:00 ./etc/passwd
drwxr-xr-x 0/0               0 1969-12-31 19:00 ./opt/
drwxr-xr-x 0/0               0 1969-12-31 19:00 ./opt/config/
-rw-r--r-- 0/0             776 1969-12-31 19:00 ./46bdf18e6b66057ca3b88eb8e0e2b8443297e36629e5fba3f33c2b2c717aa083.json
-rw-r--r-- 0/0         3061760 1969-12-31 19:00 ./4441c0604495fd6824901b4a57c65ffbb9025023edc1bee6f1a8fe2c312347a3/layer.tar
-rw-r--r-- 0/0             245 1969-12-31 19:00 ./4441c0604495fd6824901b4a57c65ffbb9025023edc1bee6f1a8fe2c312347a3/json
-rw-r--r-- 0/0               3 1969-12-31 19:00 ./4441c0604495fd6824901b4a57c65ffbb9025023edc1bee6f1a8fe2c312347a3/VERSION
-rw-r--r-- 0/0        17786880 1969-12-31 19:00 ./51aee51224937d5c4fe6e805be3dac78ace093d894d99923afb39a6fbcb9711b/layer.tar
-rw-r--r-- 0/0             321 1969-12-31 19:00 ./51aee51224937d5c4fe6e805be3dac78ace093d894d99923afb39a6fbcb9711b/json
-rw-r--r-- 0/0               3 1969-12-31 19:00 ./51aee51224937d5c4fe6e805be3dac78ace093d894d99923afb39a6fbcb9711b/VERSION
-rw-r--r-- 0/0         1996800 1969-12-31 19:00 ./605a66edf924fdfdddccc79e556050288e91ecf53a2d71fa8c17d793c7d26451/layer.tar
-rw-r--r-- 0/0             485 1969-12-31 19:00 ./605a66edf924fdfdddccc79e556050288e91ecf53a2d71fa8c17d793c7d26451/json
-rw-r--r-- 0/0               3 1969-12-31 19:00 ./605a66edf924fdfdddccc79e556050288e91ecf53a2d71fa8c17d793c7d26451/VERSION
-rw-r--r-- 0/0             359 1969-12-31 19:00 ./manifest.json
-rw-r--r-- 0/0              92 1969-12-31 19:00 ./repositories

这显然不是我想要的!

当然,我可以通过将 go 和 cc distroless 图像一起解压然后将其推送到我的私有注册表来手动创建图像,但这需要手动执行一些操作,我不知道该怎么做它与 bazel docker 规则。

帮忙?

您需要确保您的代码的所有依赖项都安装在映像中,以便能够使用生成的映像(无需额外安装)。这意味着您需要安装库和二进制文件(在您的情况下 libstdc++ 和其他依赖库)。 不幸的是,bazel 规则不 运行 Docker 容器,而是在生成的图像中组装静态文件(图层),因此您将无法在打包过程中安装它们.

一种方法是使用您需要的所有工具和库创建一个 base image,并将此图像用作 basel 的起点。这可以使用标准 docker 构建工具来完成,方法是创建一个准备环境的 Dockerfile 并将生成的文件推送到存储库(或作为 tar 文件)以用作basel

的基础

另一种方法是将依赖项创建为 tar 层,并将它们用于 assemble 具有 container_layer("tars"=[]) 的图像,并将该层添加到 container_image("layers"=),但是由于两个主要问题,不推荐这样做:1) 创建 tar 很复杂并且容易出错,并且,2) tar 是静态的,因此后续构建将不包括补丁和次要的更新。