Простыми словами
Проверка, показывающая, можно ли сейчас направлять экземпляру пользовательский трафик. Например, после запуска сервис прогревает кэш; /ready возвращает ошибку, пока прогрев не завершён, и балансировщик ждёт. Поэтому заранее определяют границы ожидания и поведение при отказе - иначе один медленный компонент начинает удерживать ресурсы и распространять проблему дальше.
Пример при разработке
После запуска сервис прогревает кэш; /ready возвращает ошибку, пока прогрев не завершён, и балансировщик ждёт.
Это редакционный пример применения, а не часть определения или доказательство концепции.Формальное определение
Readiness probe отвечает, готов ли экземпляр прямо сейчас принимать пользовательский трафик.
Механизм действия
Оркестратор периодически проверяет сигнал и исключает неготовый экземпляр из endpoints, не обязательно перезапуская его.
Пример в работе
Внедрить «Проверка готовности» как формальную настройку, не проверив сценарий отказа и ограничение: Проверка внешних зависимостей может вызвать каскадное исключение всех экземпляров; endpoint должен быть дешёвым.
Применять «Проверка готовности» только для заявленной цели, проверять поведение на реальном контуре и сохранять наблюдаемый критерий результата.
Ограничения
Проверка внешних зависимостей может вызвать каскадное исключение всех экземпляров; endpoint должен быть дешёвым.
Источник
Kubernetes Documentation, “Liveness, Readiness, and Startup Probes”, 2026.