сделать?
Бест практис - так не делать
Зачем?
наверняка, чтобы решить какую-то проблему, которую надо решать иначе чем рестартом подов, как всегда)
лайв пробы?, не неслышал
Ну чо ты с козырей то
ванговать на вангование? хорош))
Ну так изи катка
Для переобучения модели
Это будет триггерить мониторинг, сделал кронджобой
и на что оно будет тригериться?, на какую-то ошибку в поде?
я же написал вам,ч то для этого лайв пробы придуманы, зачем костыли делаете?
Лайв пробы придуманы для того чтобы определять жив под или нет, не?
лайв проба это по сути скрипт который может проверять всё что угодно. К примеру монтирование фс в контейнер. Он чекает монтирование и как только шара отвалилась, проба сработала и она рестартит контейнер. Причём подчеркну, что сам контейнер как бы работает и если у него шара отвалилась)), но работает не корректно, для этого дайв пробу и ставят, для этого она его и рестартует
настоятельно прошу изучить что такое пробы и какие они бывают
о вот это прям антипатерн в лайвнес пробы завязывать внешние зависимости
ну вопервых это пример, во вторых, если у меня отваливается монтирование что простите делать?..., правильно использовать s3))), но если пока не можем отказаться и надо монтировать?, лайв проба это то что остаётся для того чтобы быть уверенным что монтирование не отвалилось
kube-janitor
Эм не проще тогда по событию делать или по крону
Это если приложение умеет само переподключаться к этим внешним зависимостям, когда они заработают.
По крону который внутри контейнера?
Знаю только кронджобы, какое правильное название у этого?
https://kubernetes.io/docs/concepts/workloads/controllers/cron-jobs/
Так по ним и делал😁
Зачем тогда рестарт то
Я же говорил
Это не отвечает на вопрос зачем рестарт если можно переобучить при изменении
Обсуждают сегодня