будет брать состояние endpoints по url https://kubernetes/api/v1/namespaces/default/endpoints/test-cont
Прилетает достаточно большая простыня.
Можно ли как-то в этот url зарядить jsonpath?
Вариант добавить в конец ?jsonpath='{тут какой-нить фильтр}' не проходит.
Можно скомбинировать это c jq, но тогда его придётся пихать в контейнер.
Может сейчас есть более простые способы организации depends_on ?
а что будет с вашим приложением, если во время работы пода упадёт этот сервис (от которого зависит под)?
Сложно сказать за все компоненты. Вероятно подвиснет до запуска упавшего сервиса. Как я понимаю поды в кубе связывать нужно через сервисы, поэтому выбора большого нет, если не прикручивать амбасадор контейнеры.
тогда зачем управлять порядком запуска? - пусть аппка "повисит" какое-то время пока все сервисы не запустятся. В любом случае нужно закладываться на то что сервис может быть недоступен и логика работы аппки должна это учитывать
1. избежать захламления лога алармами. 2. гарантировать корректную инициализацию контейнеров. 3. упростить отладку запуска. 4. так проще переводить приложуху с композера. Если всплывёт не корректное поведение каких-то компонентов, их в миг не переписать - выгадать время.
это не k8s-way. В кубере нет порядка запуска и зависимости сервисов друг от друга. Только самодельные "костыльные" решения. Ну не будет алармов на первый запуск, а далее пойдут алармы как только сервисы начнут переезжать на другие ноды и/или будут перезапущены по каким-то причинам.
Понял. Спасибо за наставление. В начале запустимся в максимально привычном режиме с депендами, а потом уже будем адаптироваться.
Подгляди в gitlab чарт у них в инит контейнерах есть dependency который как раз проверяет версию миграций и запущенные всякие гитали и тд
Обсуждают сегодня