2015-09-28 8 views
3

Я ПОЗВОЛЯЮТ реализацию на основе Spring Cloud. У меня есть реестр Eureka с краевым сервисом на основе узла. Служба Node использует бортовой автомобиль Prana для разрешения зарегистрированных сервисов на Eureka, а также для регистрации службы узла. Какова наилучшая практика для решения краевой службы? Я читал о Зууле. Это правильный подход? Или он должен быть размещен на шлюзе, таком как WSO2? Кроме того, если краевые службы являются кластерами, то каков системный макет, который обычно используется? Любые указатели будут очень благодарны.Обнаружение краевых служб

ответ

1

Это зависит от ваших потребностей. Я рекомендую использовать Zuul на вашем краю, если вам нужен большой контроль над вашей маршрутизацией, балансировкой нагрузки, логикой фильтра и т. Д., Или вы используете свой собственный стек и/или у вас нет доступа к динамическим балансировщикам.

В настоящее время мы запускаем несколько экземпляров Zuul на AWS за ELB, они вызываются циклическим способом и запросы направляются в соответствующую службу на основе множества факторов (метаданных, путей, переменных). До сих пор у нас не было никаких проблем с производительностью.

+0

Благодарим Вас за отзыв. Если я правильно подумаю, Зуул будет функционировать точно так же, как Хапрокси. Любые преимущества или недостатки? Вы считали Хапрокси? – sharman

+0

Мы не рассматривали Haproxy, поскольку Zuul подключается к существующей архитектуре весеннего облака, и он работает из коробки, мгновенно загружая балансировку между службами, зарегистрированными в eureka. Это был очевидный выбор. –

+0

Спасибо за отзыв – sharman