Нет: readiness отражает готовность самого пода. Если внешний API упал, все поды станут неготовыми, сервис пропадёт целиком — даже функции, не связанные с оплатой.
А ещё Тем более не в liveness — будут бесконечные перезапуски
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Логика такая: readiness управляет тем, идёт ли на под трафик. Если в неё включить внешнюю зависимость, то при её падении все поды одновременно объявят себя неготовыми — балансировщик уберёт их из ротации, и даже те запросы, которым платёжный API не нужен, перестанут обслуживаться. Полный отказ вместо частичной деградации. Правильный подход: в readiness — только то, без чего под не может работать вообще (например, инициализация и собственная база), а состояние внешних зависимостей выносят в отдельный health group для наблюдения и защищают circuit breaker с деградацией. Тем более нельзя ставить внешние проверки в liveness — там это приведёт к бесконечным перезапускам контейнера.
Один верный вариант. Подумайте, потом откройте ответ.
Production-эндпоинты, health-проверки и probes, метрики через Micrometer, трассировка и безопасность эндпоинтов.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto