GG
они умеют зависимости
Size: a a a
2020 May 29
KP
зависимости это вполне про соль - системд тут может быть вообще не при чем
GG
зависимости это вполне про соль - системд тут может быть вообще не при чем
не совсем, это не совсем те зависимости
KP
нет никаких проблем сделать:
1) start container1
2) wait for container1 service to up snd running
3) start container2
4) ...
1) start container1
2) wait for container1 service to up snd running
3) start container2
4) ...
LL
Чтобы обеспечить старт докер1 после докер 2 - приходится оба заворачивать в системди юниты
всмысле одна контейнера должна включится после старта другой?
GG
нет никаких проблем сделать:
1) start container1
2) wait for container1 service to up snd running
3) start container2
4) ...
1) start container1
2) wait for container1 service to up snd running
3) start container2
4) ...
это в момент запуска, а не в момент рестарта машины, например
LL
Тут можно использовать композ, можно сделать зависимости и кастомный чек
KP
момент рестарта машины можно затригерить реактор и запустить ту же логику
GG
много подходов есть
GG
самое универсальное - оборачивать докеры в системди
GG
нет никаких проблем сделать:
1) start container1
2) wait for container1 service to up snd running
3) start container2
4) ...
1) start container1
2) wait for container1 service to up snd running
3) start container2
4) ...
для разработки - сэмулировать компоуз можно как сказал @oloremo 👆
KP
это при условии что нет зависомстей между нодами
GG
это при условии что нет зависомстей между нодами
да, все так
AA
это в момент запуска, а не в момент рестарта машины, например
да, есть такая боль. Какой-нибудь sentry
KP
у нас например 100%. логики написано на оркестрации
LL
дядьки может кто то простыми словами объяснить что такое реактор и накуя оно?
KP
реактор реагирует на события - события это почти что угодно типа ребут, смерть приложения, появление файла, ЧТО УГОДНО
KP
и на это событие можно запустить любой действие
GG
только вот проблема