Сервисы обращаются друг к другу по логическому имени, а не по жёстким адресам, которые меняются при каждом развёртывании и масштабировании.
А ещё В Kubernetes отдельный реестр обычно не нужен
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
В динамической среде экземпляры появляются и исчезают постоянно: автоскейл добавил под, выкатка заменила старый, узел упал. Прописать адреса в конфигурации невозможно — они устареют к следующему релизу. Реестр хранит актуальный список работающих экземпляров, а клиент запрашивает адрес по имени сервиса и заодно получает возможность балансировать нагрузку между экземплярами. Хранение настроек и ограничение частоты запросов — задачи других компонентов.
Один верный вариант. Подумайте, потом откройте ответ.
Config Server, Eureka/DiscoveryClient, Spring Cloud Gateway и распределённая трассировка.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto