Это 8-й день моего участия в ноябрьском испытании обновлений.Подробности о событии:Вызов последнего обновления 2021 г.
В эпоху микросервисов регистрация и обнаружение сервисов в основном предназначены для решения двух задач: одна — скрыть детали зависимостей между сервисами и сервисами, то есть разъединить их, а другая — обеспечить динамическое управление сервисами. Эта статья посвящена регистрации и обнаружению сервисов, а также началу работы с Eureka и Feign от Netflix.
1. Режим обнаружения регистрации службы
Прежде чем перейти к практике, давайте сначала разберемся с некоторыми простыми концепциями регистрации и обнаружения служб.
Обычно существует два режима реализации для обнаружения и регистрации службы:
- серверный режим
- клиентский режим
серверный режимПри использовании промежуточного сервера для защиты от сложности и изменчивости вызываемой службы при добавлении новой службы или удалении старой службы необходимо изменить только конфигурацию промежуточного сервера.
В этом режиме общепринятой практикой является предоставление сервера с балансировкой нагрузки в качестве промежуточного уровня, например Nginx, F5 и балансировка нагрузки IP на сетевом транспортном уровне, то есть настройка выполняется на стороне независимого промежуточного сервера, без какого-либо вмешательства в код. Недостаток в том, что в процессе цепочки вызовов для проникновения на промежуточный сервер средний слой обязательно становится единственной точкой в цепочке вызовов, что, скорее всего, станет узким местом в производительности.
Режим обнаружения службы клиентаПозволяет службам находить друг друга и связываться друг с другом без жесткого кодирования имен хостов и портов. Основная концепция этой архитектуры заключается в том, что службы должны быть единообразно зарегистрированы в реестре служб. Наиболее представительными из них являются Эврика, Консул, Зоопарк и т. д. Сходства и различия заключаются в следующем:
В этом режиме не нужно проникать на промежуточный сервер, поэтому потеря производительности относительно невелика, но регистрационная информация и стратегия балансировки нагрузки должны поддерживаться внутри службы, что является навязчивым для кода, и необходимо создать новую службу реестра. Доступность и надежность, его содержание и затраты на обслуживание также возрастут.
Мальчик, ты не можешь видеть достаточно? Нажмите на домашнюю страницу камня, просто нажмите и посмотрите, может быть, будет сюрприз? Добро пожаловать в поддержкуНравится/Подписывайтесь/Комментируйте, ваша поддержка — моя самая большая мотивация для Gengwen, спасибо!