Комментарии 3
После этого Kubernetes начнет пинговать pod, и если ответ HTTP будет находиться в диапазоне 200 или 300 мс, ...
Как-то странно написано, мне кажется. В оригинале имеется ввиду, что код ответа будет 2xx или 3xx.
Что-то про бест практики проб по сути не слова то, просто описание как сконфигурить пробу, это и в доке есть. Ожила увидеть что-то типа: «не используйте для пробы скрипт, делающий обращение к базе, т.к. в случае проблемы с базой» и т.д.
Весь цикл статей какой-то очень примитивный… буквально кубернетес для чайников.
Не указано что и liveness и readiness пробы могут быть использованы для определения что приложение вообще поднялось, для чего существует initialdelay.
Также забыли что есть еще не так давно появившаяся startup probe, которая для этого собственно предназначена.
Также забыли упомянуть, что в случае фейла liveness probe, под будет перезапущен, если правильно проставлена restartPolicy.
Не указано что и liveness и readiness пробы могут быть использованы для определения что приложение вообще поднялось, для чего существует initialdelay.
Также забыли что есть еще не так давно появившаяся startup probe, которая для этого собственно предназначена.
Также забыли упомянуть, что в случае фейла liveness probe, под будет перезапущен, если правильно проставлена restartPolicy.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Лучшие практики Kubernetes. Проверка жизнеспособности Kubernetes с помощью тестов Readiness и Liveness