2016-09-01 31 views
18

すでにSimpleBrokerWebsocketの実装があります。今私は、マイクロサービスベースのアーキテクチャに移行し、個別のマイクロサービスとしてメッセージングを作成しようとしています。クライアントからサーバへのWebSocket通信のリダイレクト

既存のクライアントの展開を回避し、徐々に完全なマイクロサービスベースのアーキテクチャに移行するために、古いソケットエンドポイントをマイクロサービスが提供する新しいソケットエンドポイントにリダイレクトします。

だから私は認証に対処し、正しいユーザーにメッセージを送信する方法についていくつかのアイデアが必要です。

また、この要件のアーキテクチャーについてはどのように知りたいのですか。私はマイクロサービスのためにStompBrokerRelayを使用したいと思います。

答えて

4

通常、Webアプリケーションをデプロイするときは、リバースプロキシの背後で実行します。
サービス指向のアーキテクチャでは、これはさらに一般的です。
NGINX can perform reverse proxying of websocket connections
元のアプリケーションを指すNGINXの後ろでアプリケーションを実行することができます。新しいWebSocketマイクロサービスを展開する準備ができたら、その特定のwebsocket URLのすべての要求を新しいサービスにプロキシするようにNGINXを設定できます。
ソケットハンドラからwebsocketクライアントを使用してJavaで独自の逆Websocketプロキシを実装することもできますが、NGINXなどの特殊なツールを使用するよりも、エラーが発生しやすく、処理が遅くなります。

+2

ご意見ありがとうございます。私はすでにプロキシとしてnginxを使用していますが...現在の認証は既存のシステムによって管理されています...後でもう1つのマイクロサービスとして分離します...認証後にリダイレクトしたい私の既存のアプリケーションからのマイクロサービスへのトラフィック。私の要件は、アプリケーション自体からのトラフィックをリダイレクトすることです。 – Vivek

関連する問題