К
Size: a a a
2019 October 03
К
но он чот не сработал
r🧬
Так это подстановка строки
r🧬
А не логическая операция )
r🧬
${VARIABLE:?err}r🧬
Это больше похоже
r🧬
Там же дают ссылку где в оф доке размусолено)
z
Мужики как в компоузе 3.7 сделать так чтобы сервис app дожидался состояния healthy от сервиса db и не стартовал контейнер?
r🧬
Мужики как в компоузе 3.7 сделать так чтобы сервис app дожидался состояния healthy от сервиса db и не стартовал контейнер?
depens_on?
z
ну чет не помогает depens_on
r🧬
А ты указал от кого зависит?
z
ну да, в синтаксисе версии 2 можно было указывать статус hc
GG
Мужики как в компоузе 3.7 сделать так чтобы сервис app дожидался состояния healthy от сервиса db и не стартовал контейнер?
Никак
GG
ну да, в синтаксисе версии 2 можно было указывать статус hc
Да, в 2.4
2019 October 04
RU
ну чет не помогает depens_on
depends_on - это "в какой последовательности запускать". оно не будет ждать пока например база подымется или что-то типа такого
RU
Мужики как в компоузе 3.7 сделать так чтобы сервис app дожидался состояния healthy от сервиса db и не стартовал контейнер?
обычно используют всякие wait-for-it-скрипты в entrypoint
GG
depends_on - это "в какой последовательности запускать". оно не будет ждать пока например база подымется или что-то типа такого
будет
GG
точнее не так. Это не функционал докера. А функционал докер-компоуза. Поэтому оно отрабатывает только при docker-compose up. Это раз. Два - в docker-compose v.3.* действительно он не ждет готовности сервиса, а только триггерит запуск следующего по запуску от которого зависит