Liveness начинает проверять до окончания старта, приложение не успевает ответить — kubelet убивает его и запускает заново. Решение — startupProbe: пока она не прошла, liveness и readiness не выполняются; бюджет старта = failureThreshold × periodSeconds. Liveness проверяет только «процесс жив и не завис», без зависимостей; readiness — «готов обслуживать», может учитывать прогрев и критичные зависимости.
А ещё Spring Boot: /actuator/health/liveness и /actuator/health/readiness
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Три пробы:
| проба | при неудаче | что проверять |
|---|---|---|
| startup | перезапуск после исчерпания бюджета | приложение запустилось |
| liveness | перезапуск контейнера | процесс отвечает, нет взаимоблокировки |
| readiness | исключение из Service | готов принимать запросы |
Типичные ошибки:
sottoinitialDelaySeconds вместо startupProbe — медленное обнаружение реальных зависаний;Остановка пода: удаление из Endpoints и SIGTERM происходят параллельно; preStop с паузой в несколько секунд и корректная обработка SIGTERM убирают ошибки при выкатке.
startupProbe:
httpGet: { path: /actuator/health/liveness, port: 8080 }
periodSeconds: 5
failureThreshold: 36 # до 3 минут на старт
livenessProbe:
httpGet: { path: /actuator/health/liveness, port: 8080 }
periodSeconds: 10
failureThreshold: 3
readinessProbe:
httpGet: { path: /actuator/health/readiness, port: 8080 }
periodSeconds: 5
lifecycle:
preStop:
sleep: { seconds: 5 } # дать балансировке убрать подsotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.