c++ - 当还需要 libstdc++ 时，如何使用 bazel 创建 Go docker 镜像？

Question

我正在尝试从主要使用的源代码库中创建一个 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",
)

不幸的是，Go 代码调用了一些 vendor 提供的 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标签作为 tars 中的条目之一 container_image 的属性会做的伎俩。不幸的是，它所做的是包含 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 图像解压缩，然后将其推送到我的私有(private)注册表来手动创建一个图像，但这需要手动进行操作，而且我不知道如何使用 bazel docker规则。
帮助？

Answer 1

您需要确保代码的所有依赖项都安装在镜像中，以便能够使用生成的镜像(无需额外安装)。这意味着您需要安装库和二进制文件(在您的情况下 libstdc++ 和其他依赖库)。
不幸的是，bazel规则不运行Docker容器，相反，它们在生成的镜像中组装静态文件(层)，因此您将无法在打包期间安装它们。
一种方法是创建一个 base image使用您需要的所有工具和库，并使用此图像作为 basel 的起点.这可以通过标准 docker 来完成。通过创建 Dockerfile 来构建工具准备环境并将生成的文件推送到存储库(或作为 tar 文件)以用作 basel 的基础
另一种方法是将依赖项创建为 tar图层并使用它们与 container_layer("tars"=[]) 组合图像并将图层添加到 container_image("layers"=) ，但是由于两个主要问题，不建议这样做:1) 创建 tar复杂且容易出错，并且，2) tar是静态的，因此后续构建将不包括补丁和次要更新。