2016-09-01 11 views
18

У меня уже есть реализация SimpleBrokerWebsocket. Теперь я перехожу к архитектуре на основе микросервисов и пытаюсь создать обмен сообщениями как отдельный микросервис.Перенаправление связи веб-памяти от клиента к серверу на другой сервер веб-сервера

Чтобы избежать нарушения существующих клиентских развертываний и постепенно перейти к полной архитектуре на основе микросервиса, я хочу, чтобы мои старые конечные точки сокета перенаправлялись на новые конечные точки сокета, предоставляемые микросервисом.

Так что мне нужна идея, как бороться с аутентификацией и отправкой сообщений для исправления пользователей.

Также я хотел бы знать, как идти о архитектуре для этого требования. Я хотел бы использовать StompBrokerRelay для микросервиса.

ответ

4

Как правило, при развертывании веб-приложений вы запускаете их за обратным прокси.
В архитектуре, ориентированной на обслуживание, это еще более распространено.
NGINX can perform reverse proxying of websocket connections.
Таким образом, вы можете запустить приложение за NGINX, указывая на свое исходное приложение, а затем, когда вы будете готовы развернуть свою новую микросервисную службу websocket, вы можете настроить NGINX на прокси-сервер для всех запросов для этого конкретного URL-адреса веб-камеры для вашей новой службы.
Вы также можете попробовать реализовать свой собственный обратный прокси-сервер в Java, используя клиент websocket из вашего обработчика сокетов, но это было бы трудно, подвержено ошибкам и медленнее, чем использование специализированного инструмента, такого как NGINX.

+2

спасибо за ваш комментарий .. мы уже используем nginx в качестве прокси-сервера ... в настоящее время проверка подлинности осуществляется с помощью нашей существующей системы ... которую мы разделим позже как еще одна микросервис ... поэтому после аутентификации я хочу перенаправить трафик на микросервис из моего существующего приложения. Поэтому мое требование - перенаправить трафик из самого приложения. – Vivek