当还需要 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_image
的 tars
属性中就可以了。不幸的是,它所做的是将 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
是静态的,因此后续构建将不包括补丁和次要的更新。
我正在尝试从大多数人使用的源库中创建一个 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_image
的 tars
属性中就可以了。不幸的是,它所做的是将 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
是静态的,因此后续构建将不包括补丁和次要的更新。