Добавление файлов в стандартные образы с помощью docker-compose

Если вы не можете использовать тома (хотите docker-compose.yml без сохранения состояния и используете удаленный компьютер), вы можете записать файл конфигурации с помощью команды.

Пример конфигурации nginx в официальном образе:

version: "3.7"

services:
  nginx:
    image: nginx:alpine
    ports:
      - 80:80
    environment:
      NGINX_CONFIG: |
        server {
          server_name "~^www\.(.*)$$" ;
          return 301 $$scheme://$$1$$request_uri ;
        }
        server {
          server_name example.com
          ...
        }
    command:
      /bin/sh -c "echo \"$$NGINX_CONFIG\" > /etc/nginx/conf.d/redir.conf; nginx -g \"daemon off;\""

Переменная среды также может быть сохранена в файле .env, вы можете использовать функцию расширения Compose или загрузить ее из среды оболочки (где вы ее извлекли из другого места):

https://docs.docker.com/compose/compose-file/#env_file https://docs.docker.com/compose/compose-file/#variable-substitution

Чтобы получить исходную команду точки входа контейнера:

docker container inspect [container] | jq --raw-output .[0].Config.Cmd

Чтобы выяснить, какой файл нужно изменить, это обычно работает:

docker exec --interactive --tty [container] sh

Вариант А. Включите файлы в изображение. Это далеко не идеально, поскольку вы смешиваете файлы конфигурации со своим изображением (которое на самом деле должно содержать только ваши двоичные файлы, а не вашу конфигурацию), но удовлетворяет требованию использовать только docker-compose для отправки файлов.

Этот вариант достигается за счет использования docker-compose для создания вашего образа, и эта сборка отправит любые файлы из каталога сборки в удаленный механизм докеров. Ваш docker-compose.yml будет выглядеть так:

version: '2'

services:
  my-db-app:
    build: db/.
    image: custom-db

И db / Dockerfile будет выглядеть так:

FROM mysql:latest
COPY ./sql /sql

Точка входа / cmd останется без изменений. Вам нужно будет запустить docker-compose up --build, если изображение уже существует и вам нужно изменить файлы sql.

Вариант Б: используйте том для хранения данных. Это невозможно сделать непосредственно внутри docker-compose. Однако это предпочтительный способ включения файлов вне изображения в контейнер. Вы можете заполнить том по сети с помощью интерфейса командной строки докера и перенаправления ввода вместе с такой командой, как tar, для упаковки и распаковки тех файлов, которые отправляются через stdin:

tar -cC sql . | docker run --rm -it -v sql-files:/sql \
  busybox /bin/sh -c "tar -xC /sql"

Запустите это через скрипт, а затем пусть тот же скрипт отправит контейнер db, чтобы перезагрузить эту конфигурацию.

Вариант C: используйте какую-либо файловую систему, подключенную к сети. Если вы можете настроить NFS на хосте, на котором запущен интерфейс командной строки докера, вы можете подключиться к этим общим ресурсам NFS с удаленного узла докера, используя один из следующих вариантов:

# create a reusable volume
$ docker volume create --driver local \
    --opt type=nfs \
    --opt o=addr=192.168.1.1,rw \
    --opt device=:/path/to/dir \
    foo

# or from the docker run command
$ docker run -it --rm \
  --mount type=volume,dst=/container/path,volume-driver=local,volume-opt=type=nfs,volume-opt=o=addr=192.168.1.1,volume-opt=device=:/host/path \
  foo

# or to create a service
$ docker service create \
  --mount type=volume,dst=/container/path,volume-driver=local,volume-opt=type=nfs,volume-opt=o=addr=192.168.1.1,volume-opt=device=:/host/path \
  foo

Вариант D: в режиме роя вы можете включать файлы в качестве конфигураций в свой образ. Это позволяет отправлять файлы конфигурации, которые обычно необходимо отправить на любой узел в рое, по запросу на узел, на котором работает ваша служба. Для его определения используется docker-compose.yml файл, но режим swarm не использует сам docker-compose, поэтому он может не соответствовать вашим конкретным требованиям. Вы можете запустить кластер в режиме роя с одним узлом, поэтому эта опция доступна, даже если у вас только один узел. Эта опция требует, чтобы каждый из ваших файлов sql добавлялся как отдельная конфигурация. docker-compose.yml будет выглядеть так:

version: '3.4'

configs:
  sql_file_1:
    file: ./file_1.sql

services
  my-db-app:
    image: my-db-app:latest
    configs:
      - source: sql_file_1
        target: /sql/file_1.sql
        mode: 444

Тогда вместо docker-compose up вы запустите docker stack deploy -c docker-compose.yml my-db-stack.

Вот как я это делаю с объемами:

services:
  my-db-app:
    command: /shell_scripts/go.sh
    volumes:
      - ./shell_scripts:/shell_scripts 

я думаю, вам нужно было сделать в файле создания:

volumes:
 - src/file:dest/path

В качестве более позднего обновления этого вопроса: например, с роем докеров, размещенным на Amazon, вы можете определить том, который может использоваться службами и доступен на всех узлах роя (используя cloudstor, который, в свою очередь, имеет AWS EFS, лежащий в основе сохраняемости).

version: '3.3'
services:
  my-db-app:
    command: /shell_scripts/go.sh
    volumes:
      shell_scripts:/shell_scripts 
volumes:
    shell_scripts:
      driver: "cloudstor:aws"