EU
Окей. Да, видимо, так и сделаю. Вопрос и интерес в другом. Можно ли сделать ровно то, что я спрашиваю?
Size: a a a
2021 January 25
z
Можно, делайте! ))
IA
не делайте
EU
Практика показывает обратное (=
EU
Понабежали тролли.
AK
Ну чтобы один и тотже контейнер запускал разное - вам надо передавать ему команды.
Поэтому можно разнести как 2 разных контейнера, поставить у контейнера тестов какой-нибудь wait-4-it.sh, плюс зависимость от первого, и сделать им разные command. Тогда при up - они поднимутся в нужном порядке.
Либо просто разнести по разным именам сервисов, с разными command и запускать через run
Поэтому можно разнести как 2 разных контейнера, поставить у контейнера тестов какой-нибудь wait-4-it.sh, плюс зависимость от первого, и сделать им разные command. Тогда при up - они поднимутся в нужном порядке.
Либо просто разнести по разным именам сервисов, с разными command и запускать через run
скажите подробнее о вейт - это просто время? Или можно задать разворачивание одного контейнера после разворачивания другого?
IA
нужно два разных докерфайла и директивы build: context, dockerfile
IA
контейнеры могут собираться в процессе запуска dockercompose, единственное, что вам стоит делать - называть контейнеры по разному
IA
иначе как вы будете ими управлять?
EU
скажите подробнее о вейт - это просто время? Или можно задать разворачивание одного контейнера после разворачивания другого?
version: '3.7'Давайте добавим ещё DOCKER_COMMAND. И тогда одну команду я запускаю как
services:
my-container:
container_name: ${CONTAINER_NAME}
environment:
- DOCKER_COMMAND=${DOCKER_COMMAND}
build:
context: ..
dockerfile: deployments/Dockerfile
DOCKER_COMMAND=run CONTAINER_NAME=c1 docker-compose up my-containerДругую
DOCKER_COMMAND=test CONTAINER_NAME=c2 docker-compose up my-container
M
скажите подробнее о вейт - это просто время? Или можно задать разворачивание одного контейнера после разворачивания другого?
это все в контексте docker-compose
там есть docker-compose depends_on. Но он учитывает в 3 версии api только факт поднятия контейнера, но не поднятия сервиса в нем. Поэтому есть скрипты типа wait-for-it.sh https://docs.docker.com/compose/startup-order/
которые стучатся по пингу, или порту сервиса - и только потом дают запускать дальше.
там есть docker-compose depends_on. Но он учитывает в 3 версии api только факт поднятия контейнера, но не поднятия сервиса в нем. Поэтому есть скрипты типа wait-for-it.sh https://docs.docker.com/compose/startup-order/
которые стучатся по пингу, или порту сервиса - и только потом дают запускать дальше.
z
скажите подробнее о вейт - это просто время? Или можно задать разворачивание одного контейнера после разворачивания другого?
Может быть имелось виду depends_on?
EU
Я хочу, чтобы они одновременно работали. МОжно это или нет?
AK
это все в контексте docker-compose
там есть docker-compose depends_on. Но он учитывает в 3 версии api только факт поднятия контейнера, но не поднятия сервиса в нем. Поэтому есть скрипты типа wait-for-it.sh https://docs.docker.com/compose/startup-order/
которые стучатся по пингу, или порту сервиса - и только потом дают запускать дальше.
там есть docker-compose depends_on. Но он учитывает в 3 версии api только факт поднятия контейнера, но не поднятия сервиса в нем. Поэтому есть скрипты типа wait-for-it.sh https://docs.docker.com/compose/startup-order/
которые стучатся по пингу, или порту сервиса - и только потом дают запускать дальше.
оу.. теперь ясно. Спс!!
AK
это все в контексте docker-compose
там есть docker-compose depends_on. Но он учитывает в 3 версии api только факт поднятия контейнера, но не поднятия сервиса в нем. Поэтому есть скрипты типа wait-for-it.sh https://docs.docker.com/compose/startup-order/
которые стучатся по пингу, или порту сервиса - и только потом дают запускать дальше.
там есть docker-compose depends_on. Но он учитывает в 3 версии api только факт поднятия контейнера, но не поднятия сервиса в нем. Поэтому есть скрипты типа wait-for-it.sh https://docs.docker.com/compose/startup-order/
которые стучатся по пингу, или порту сервиса - и только потом дают запускать дальше.
@zeleniumex это имелось ввиду. Спс
EU
DOCKER_COMMAND делает так:FROM ***/ap/base-images/clearlinux-golang:0.4.0
ENV DOCKER_COMMAND ${DOCKER_COMMAND}
ENV ENV ${ENV}
COPY . /app
WORKDIR /app
RUN NEED_IMPORT_ENVS=no make deps
CMD NEED_IMPORT_ENVS=no ENV=${ENV} make ${DOCKER_COMMAND}
z
Я хочу, чтобы они одновременно работали. МОжно это или нет?
Я так и не увидил проблемы, описывайте сервис на базе одного имиджа, с разными аргументами, в чем сложность то ?