Я пытаюсь создать образ докера на основе в основном исходной базы. Проблема в том, что код go также вызывает библиотеку C ++ (libsodium), поэтому в сгенерированном контейнере отсутствует libstdc ++.
Вот мой подход: во-первых, я связываю образ 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 = ["https://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 вызывает некоторый продаваемый код 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
Я подумал, что могу просто включить образ 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 вместе, а затем отправив его в свой частный реестр, но для этого потребуется делать что-то вручную, и я не могу понять, как это сделать с помощью докера bazel правила.
Помощь?
Вам нужно будет убедиться, что все зависимости для вашего кода установлены в образе, чтобы иметь возможность использовать полученный образ (без дополнительной установки). Это означает, что вам необходимо установить библиотеки и двоичные файлы (в вашем случае
libstdc++
и другие зависимые библиотеки). К сожалению,bazel
правила не запускаютDocker
контейнер, скорее они собирают статические файлы (слои) в результирующий образ, поэтому вы не сможете установить их во время упаковки.Один из подходов — создать
base image
со всеми необходимыми инструментами и библиотеками и использовать это изображение в качестве отправной точки дляbasel
. Это можно сделать с помощью стандартныхdocker
инструментов сборки, создавDockerfile
, который подготавливает среду, и отправляя полученный файл в репозиторий (или какtar
файл), который будет использоваться в качестве основы дляbasel
Другой подход — создать зависимости в виде
tar
слоев и использовать их для сборки изображения сcontainer_layer("tars"=[])
и добавления слоя кcontainer_image("layers"=)
, однако это не рекомендуется из-за двух основных проблем: 1) Созданиеtar
является сложным и подвержено ошибкам , и, 2)tar
является статическим, поэтому последующие сборки не будут включать исправления и второстепенные обновления.Использование
distroless-cc
в качестве базового изображения было правильным выбором. — person JayEye; 20.04.2021