Как создать образ докера Go с помощью bazel, если также требуется libstdc ++?

Я пытаюсь создать образ докера на основе в основном исходной базы. Проблема в том, что код 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 правила.

Помощь?

Понравилась статья? Поделиться с друзьями:
IT Шеф
Комментарии: 1
  1. JayEye

    Вам нужно будет убедиться, что все зависимости для вашего кода установлены в образе, чтобы иметь возможность использовать полученный образ (без дополнительной установки). Это означает, что вам необходимо установить библиотеки и двоичные файлы (в вашем случае 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

Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: