in
Вчера Игоря отпустили, но от него до сих пор нет коментариев. От адвокатов тоже. Подписку о не разглашении следствия им дали?
Size: a a a
2019 December 13
KK
Я имею в виду, чем модно из entry point ждать что сокеты базы, кэша, очереди сообщений, файлопомойки и т.д. открыты и можно стартовать апп.
Да, именно так я и понял, поэтому и спросил про то, что будет делать приложение если все эти базы отвалятся в процессе работы? Если оно будет "ждать", то зачем делать двойную работу в виде ожидалки в entry_point, если можно заюзать "ожидалку" в самом приложении.
Хотя, обычная практика такая что ничего не ждёт приложение если всё отвалилось в "середине", а просто плюётся ошибками в логи на каждый запрос к нему.
Готового решения я не знаю, но чувствую что этим должен заниматься оркестратор, т.к. в нём уже есть механизмы хелф-чекинга, и осталось только запускать зависимые контейнеры в соответствии с показаниями этих чекеров. А то ведь может так оказаться, что контейнеры с базами в принципе не запущены, и не планируется. Но знает об этом только оркестратор, а контейнер с приложением будет бессмысленно чего-то ждать.
Хотя, обычная практика такая что ничего не ждёт приложение если всё отвалилось в "середине", а просто плюётся ошибками в логи на каждый запрос к нему.
Готового решения я не знаю, но чувствую что этим должен заниматься оркестратор, т.к. в нём уже есть механизмы хелф-чекинга, и осталось только запускать зависимые контейнеры в соответствии с показаниями этих чекеров. А то ведь может так оказаться, что контейнеры с базами в принципе не запущены, и не планируется. Но знает об этом только оркестратор, а контейнер с приложением будет бессмысленно чего-то ждать.
KK
В том же systemd можно настроить механизм, через который он будет понимать, что запущенный им процесс готов к работе (например сам процесс пошлёт спец-нотификацию, или через dbus какой нить). И когда сервис будет "готов", только тогда systemd запустит зависимые от него сервисы.
AM
Да, именно так я и понял, поэтому и спросил про то, что будет делать приложение если все эти базы отвалятся в процессе работы? Если оно будет "ждать", то зачем делать двойную работу в виде ожидалки в entry_point, если можно заюзать "ожидалку" в самом приложении.
Хотя, обычная практика такая что ничего не ждёт приложение если всё отвалилось в "середине", а просто плюётся ошибками в логи на каждый запрос к нему.
Готового решения я не знаю, но чувствую что этим должен заниматься оркестратор, т.к. в нём уже есть механизмы хелф-чекинга, и осталось только запускать зависимые контейнеры в соответствии с показаниями этих чекеров. А то ведь может так оказаться, что контейнеры с базами в принципе не запущены, и не планируется. Но знает об этом только оркестратор, а контейнер с приложением будет бессмысленно чего-то ждать.
Хотя, обычная практика такая что ничего не ждёт приложение если всё отвалилось в "середине", а просто плюётся ошибками в логи на каждый запрос к нему.
Готового решения я не знаю, но чувствую что этим должен заниматься оркестратор, т.к. в нём уже есть механизмы хелф-чекинга, и осталось только запускать зависимые контейнеры в соответствии с показаниями этих чекеров. А то ведь может так оказаться, что контейнеры с базами в принципе не запущены, и не планируется. Но знает об этом только оркестратор, а контейнер с приложением будет бессмысленно чего-то ждать.
Не, оно само сдохнет.
알
Я имею в виду, чем модно из entry point ждать что сокеты базы, кэша, очереди сообщений, файлопомойки и т.д. открыты и можно стартовать апп.
Dockerize
WS
Цирк какой-то. "А мужики и не знают"
SS
Царь хороший, бояре плохие.
A🌚
Народ, а чем сейчас модно ждать старта зависимостей контейнеров в контейнере application?
А контейнер одинокий, или все-таки compose или k8s? Для композа можно depends указать, для кубера - инит контейнер
TK
Председатель Совета Директоров Rambler’a Лев Хасис пообещал "детально разобраться" в конфликте вокруг Nginx, "посмотрев документы" до конца этого года
TK
Сбер вообще говорит, что не знал об иске
RB
А контейнер одинокий, или все-таки compose или k8s? Для композа можно depends указать, для кубера - инит контейнер
depends в компоузе не работает. Ну то есть условно работает, но если прописать там кролика или постгрес, то они как бы стартанут, но акцептить соединения еще не будут, и контейнер который от них зависит обломается. Поэтому есть костыли типа
wait.shRB
Я кэп?
а
depends в компоузе не работает. Ну то есть условно работает, но если прописать там кролика или постгрес, то они как бы стартанут, но акцептить соединения еще не будут, и контейнер который от них зависит обломается. Поэтому есть костыли типа
wait.shужас