Как запустить несколько раз один и тот же docker-compose?

Question

[Огнеупорный Таракан]

Всем привет!
Пытаюсь реализовать вот такую схему работы:


Но не могу настроить docker-compose.yml так, что можно было запускать несколько образов с одинаковым набором сервисов. При каждом новом старте в CI машины пересоздаются:

Recreating ubuntu_1 ... done
Starting nginx      ... done
Recreating redis_1  ... done
Recreating php_1    ... done

Задача завести огромное количество docker-compose машин с одинаковой конфигурацией, смотрящие в разные папки. С путями проблем нет.

Нужно-ли для этого заводить несколько Dockerfile с набором нужных мне сервисов и стартовать их вместо запуска этого добра через compose?

Comments

[Модератор]

Огнеупорный Таракан дорогой пользователь, настоятельно рекомендуем еще раз обратить самое пристальное внимание на п. 3.1 регламента работы сервиса (и, в особенности, на его последний абзац).
В противном случае, ваши вопросы будут удаляться по причине тег-спама, а систематические нарушения приведут к блокировке учетной записи.

[Огнеупорный Таракан]

Модератор, Спасибо за информацию. Прочитал. Учту на будущее.

Answer 1

[rustler2000]

Это делается через префикс - https://stackoverflow.com/questions/33045358/docke...

Comments

[Огнеупорный Таракан]

Спасибо тебе rustler2000 , добрый человек!

[rustler2000]

Огнеупорный Таракан, девопсь на здоровое :) помни только, что префикс нужен для всех операций через docker-compose.

Answer 2

[Дмитрий Шицков]

Docker compose хорошо подходит для локального применения. Во всех других случаях его преимущества совершенно неочевидны.

Сервисы уже собраны и запушены в registry? Тогда просто 1 раз пуллитесь из registry и стартуете все контейнеры пачками, каждый раз генерируя рандомный порт и сеть для набора контейнеров.

Но как вы собираетесь контролировать такой ворох контейнеров? Может вам стоит смотреть в сторону, например, Docker Swarm?

Comments

[Огнеупорный Таракан]

Привет!
Спасибо за ответ!
А их нет нужды контролировать чем-то кроме CI (on stop).
Это временные "виртуалки" для разработчиков, которые потом очень быстро убиваются. Одна машина = одна ветка. Удалил ветку, удалилась машина. Их ненужно деплоить и все такое. Запустил, прогнал тесты, посмотрел визуально, удалил. В registry они не пушатся.

Выходит, без реестра никак такое не провернуть? Можно собрать образ локально под каждую ветку (указывая имя образа по $CI_REF_SLUG например)?

[Дмитрий Шицков]

Огнеупорный Таракан, нужно собирать через CI/CD и стартовать.
И как это не контролировать, если вам как минимум нужно отслеживать существование ветки.
И как это деплоить не надо, когда вам нужно их на вашем ci-раннере запускать.

[Огнеупорный Таракан]

Дмитрий Шицков,
Отслеживать существование ветки ненужно. В CI прописан environment у него есть action stop - который удалит и машину и ветку.
Под деплоить я имел ввиду разворачивать где-либо кроме папки билда Gitlab.

В пайплайне все просто:

docker-compose -f docker-compose.staging.yml -p stage-$CI_COMMIT_REF_SLUG -d up --build

а затем при остановке этого энвайрмента (по ключу) можно делать все, что нам нужно: удалить ветку/машину/поддомен/базу.