ReadinessProbe должна быстро отвечать, способен ли этот экземпляр сейчас обслуживать трафик. Её провал убирает Pod из обычной маршрутизации Service, а не перезапускает контейнер.
Какие рекомендации по написанию readinessProbe в Kubernetes?
ReadinessProbe должна быстро отвечать, способен ли этот экземпляр сейчас обслуживать трафик. Её провал убирает Pod из обычной маршрутизации Service, а не перезапускает контейнер.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
ReadinessProbe должна быстро отвечать, способен ли этот экземпляр сейчас обслуживать трафик. Её провал убирает Pod из обычной маршрутизации Service, а не перезапускает контейнер.
Проверка должна учитывать завершённую инициализацию и критические локальные условия. Не включайте все внешние зависимости без разбора: общий сбой может одновременно сделать неготовыми все реплики и усилить проблему.
Задайте осмысленные timeout, период и порог неудач, избегайте тяжёлых запросов и побочных действий. Для долгого старта используйте startupProbe, для безнадёжно зависшего процесса — livenessProbe. При остановке согласуйте снятие готовности с завершением текущих запросов и временем распространения изменений балансировщика.