АК
Ну этоже даже не логично. Как приложение которое запускается может быть готово принимать трафик? Ну как? Почему бы не сделать его не в ready статусе до тех пор пока sturtUp не пройдёт. Какие минусы если так сделать? Что потеряется?
Size: a a a
2020 June 16
DS
Тогда нужен startUpReadiness)
ну тут в issue за обсуждениями надо следить. Может есть ограничения и нюансы, почему так не было сделано сразу.
АК
Ну они не реагируют поэтому и прошу пальци вверх
DS
Ну этоже даже не логично. Как приложение которое запускается может быть готово принимать трафик? Ну как? Почему бы не сделать его не в ready статусе до тех пор пока sturtUp не пройдёт. Какие минусы если так сделать? Что потеряется?
тут другая логика. Есть redinessProbe - по ней определяется готовность пода, если нет этой проверки, то под готов. Видимо суть в том, что эта проверка независима ни от каких других факторов и легко дебажится
АК
Тогда у них огромные проблемы с названиями
SM
не ищите логику, там индусы и у них rfc головного мозга
DS
Ну они не реагируют поэтому и прошу пальци вверх
я в твоем предложении честно сам сомневаюсь. Не уверен, что хочу чтобы была доп. логика, которая отвечает за готовность пода, помимо redinessProbe.
DS
Ну это мейнтенерам решать, мне лично пофиг, просто доку перечитаю потом)
АК
АК
АК
Сейчас просто получается что язать startUp без readiness нельзя
АК
Это антипатерн
DS
А почему?
ну я выше же писал. С redinessProbe сейчас все просто. Есть проверки - значит по ним определяется, добавляется ли ip пода в endpoints сервиса или нет, если нет redinessProbe то всегда в endpoints ип адрес пода будет. Тут все просто. А вот если добавлять всякую доп. логику, то надо будет о ней помнить, а в кубе итак не мало мест, где надо что-то помнить =)
АК
Так как если есть startUp то у приложения есть вермя запуска, но если нет readiness то старые версии сразу отрубают и переводят в terminating
АК
ну я выше же писал. С redinessProbe сейчас все просто. Есть проверки - значит по ним определяется, добавляется ли ip пода в endpoints сервиса или нет, если нет redinessProbe то всегда в endpoints ип адрес пода будет. Тут все просто. А вот если добавлять всякую доп. логику, то надо будет о ней помнить, а в кубе итак не мало мест, где надо что-то помнить =)
Так она ещё отвечает за убийство старых подов)
DS
Сейчас просто получается что язать startUp без readiness нельзя
Сейчас нельзя без redinessProbe сделать обновление без даунтайма. А делать это с помощью startupProbe - твоя идея.
DS
Так она ещё отвечает за убийство старых подов)
нет
АК
Да. Без неё сразу убивает
DS
Да. Без неё сразу убивает
нет)). С ней он ждет пока новые поды будут готовыми принимать трафик, как только они готовы, он туда пускает трафик. Из этого следует, что он не сразу убивает старые поды. Это следствие, а не причина
АК
Ну следствие которое должно быть описано в доке как минимум