Развертывание микросервисов Spring на Openshift
Мне нужно развернуть несколько микросервисов на Openshift. Эти микросервисы реализованы с использованием Spring Cloud. Я использую Spring Eureka для обнаружения сервисов/балансировки нагрузки и Spring Zuul для маршрутизации сервисов.
Насколько я понимаю, Openshift уже предоставляет эти функции (обнаружение сервисов, балансировка нагрузки, маршрутизация) через Kubernetes.
При этом могу ли я интегрировать Spring Eureka и Spring Zuul с платформой openshift?
Не будет ли излишним добавлять компоненты Spring Eureka и Spring Zuul в Openshift, поскольку сама платформа уже предоставляет эти функции микросервиса?
Я думал об удалении реестра служб и маршрутизации компонентов Spring и просто реализации маршрутизации с помощью Openshift. Однако это сделало бы проект сильно зависимым от этой облачной платформы.
Каким будет ваш подход? Использовать функции, предоставляемые OpenShift (маршрутизация, балансировка нагрузки), или использовать возможности, предоставляемые средой Spring, и попытаться интегрировать их с облачной платформой?
Спасибо
Ответы 2
Это действительно было бы лишним. Eureka можно заменить сервисами Kubernetes. (они предоставляют балансировщик нагрузки и доменное имя для группы модулей) Zuul можно заменить OpenShift Routes для предоставления ваших услуг.
Если вы используете платформу, используйте функции, предоставляемые платформой. Сервисы Kubernetes будут использоваться на любой платформе на основе Kubernetes. Так что я думаю, что это легко заменить и сохранить низкое сцепление с платформой. Маршрутизация может быть более сложной, если Zuul используется только для маршрутизации; замените его маршрутизатором OpenShift. Если у Зуула также есть другие обязанности, такие как безопасность, возможно, лучше придерживаться Зуула.
Я согласен с @Jeff и хочу добавить об использовании весенний зуул в качестве шлюз вместо открытые маршруты:
- Если вы используете весенний зуул в качестве шлюза, вы обеспечиваете доступ из одной точки к вашему кластеру. В противном случае ваш клиент должен знать URL-адреса, раскрываемый открытые маршруты. Это увеличивает сложность вашего кода и его трудно поддерживать. Основным преимуществом использования шлюза API является то, что он инкапсулирует внутреннюю структуру приложения.
- Другой касается безопасности. Если вы используете открытые маршруты для раскрытия своих внутренних микросервисов, фактически вы открываете дверь микросервиса для публичного мира напрямую. Кроме того, если вы хотите использовать JWT или токен безопасности, вам следует выбрать весенний зуул.
- Шлюз API предоставляет каждому типу клиентов определенный API. Это уменьшает количество циклов обмена данными между клиентом и приложением.