Docker-compose, условные операторы? (например, добавляйте объем, только если условие)

Да, я не думаю, что формат docker-compose поддерживает условные операторы.

Однако возможны два решения:

1. Передайте "сложную" (похожую на список) переменную в docker-compose, например в этом примере:

docker-compose.yaml:

command: ${COMMAND_PARAMS}

bash:

#!/bin/bash
if test -z $CONDITION; then
  params = "-param1 ${MIPARAM1}"
else
  params = "-param1 ${MIPARAM1} -param2 ${MIPARAM2}"
fi
COMMAND_PARAMS=$params docker-compose up

(кредиты принадлежат оригинальному постеру на github, @ shin-)

2. Подготовьте папку по умолчанию в образе докера в папке с именем вроде folder_defaults, затем всегда задавайте том в docker-compose.yml, но, наконец, добавьте внутренний скрипт в образ докера, который проверяет, пуста ли папка тома, и если да, то от ln -s к folder_defaults; в противном случае оставьте все как есть.

Пример условного скрипта:

if [ -z "$(ls -A /a/folder)" ]; then
  do something... using /a/folder_defaults
fi

Ничего подобного в настоящее время не существует. Варианты реализации этого, которые я могу придумать, включают:

1. Составьте множество частей файла и объедините части, необходимые для создания окончательного файла.

2. Динамически создавайте свой файл для создания сообщения. Что-то вроде jsonnet может быть хорошей отправной точкой.

3. Пропустите создание и просто динамически сгенерируйте свою команду docker run. Это начинает терять переносимость, но некоторые варианты использования проще написать самостоятельно.

4. Отправьте PR в репозитории github compose и docker / cli, чтобы расширить функциональность компоновки. Для меня было бы наиболее разумным сделать это с использованием синтаксиса шаблона golang.

Если вы используете Rancher для оркестровки, есть доступные экранирования {{...}}, которые вы можете использовать для условных операторов в версии docker-compose от Rancher.

Подробнее об интегрированной системе шаблонов GO здесь.

Бедняжка:

    volumes:
      ${VARIABLE:-/dev/null}:/app/folder

Или же:

    volumes:
      ${VARIABLE:-/dev/null}:${VARIABLE:-/tmp}/app/folder

Мы можем использовать условный оператор в файле docker-compose.yml, как показано ниже:

#jinja2: lstrip_blocks: True
version: "3.2"
services:
  app-name:
    image: url
    deploy:
      replicas: {{replication-num}}
      resources:
        limits:
          memory: 4G
        reservations:
          memory: 1G
      restart_policy:
        condition: any
        max_attempts: 3
      update_config:
        delay: 60s
        failure_action: rollback
        parallelism: 1
        monitor: 30s
      placement:
        constraints:
          - node.labels.node == worker
    ports:
      - "{{url}}:8000"
    environment:
      ps_environment: "{{env}}"      
    {% if env=='sandbox' %}
    extra_hosts:
      - {{ sandbox_fully }}
    {% endif %}
    secrets:
      - source: pwdFile   
    labels:
      - container_name=app-name
    networks:
      - App_External_Overlay
    volumes:
      - {{ dir }}:{{ dir }}

Использование условных stmts в docker-compose в некоторой степени возможно. Оформить заказ подстановка переменных. Документация доступна только для простейшего из if-else. А поскольку я не пробовал использовать сложные выражения со строками, я не могу быть уверен. Но при проверке условных переменных следует помнить о следующих моментах:

• Переменные среды в файле docker-compose (только с ключом) разрешаются в свои значения на компьютере, на котором работает Compose. Поэтому при использовании $ {CHEESE} в docker-compose необходимо установить CHEESE = "cheddar" в файле .env или вручную экспортировать его на хост-машину.
• В качестве альтернативы файл .env можно установить с опцией env_file. Переменные в этом файле экспортируются в контейнер докеров перед переменными в параметре environment. Это означает, что переменные в environment переопределят переменные в env_file.