WebSocketとAWSを使用したWebアプリケーションの構築

Question

私は、複数のユーザーがさまざまな（共有の）プロジェクトで共同作業できるコラボレーションWebアプリケーションを作成しようとしています。これまで私はJavaScriptクライアントと1つのローカルjWebSocketサーバを持っています。私は複数のjWebSocketサーバの代わりにAWS IoTを使用することができます

オプション1

：展開時、スケーラブルなままに

、私は2つの選択肢を考えました。プロジェクトの変更を簡単に公開できます。公開するだけで済みます。 /project/{project-id}。しかし、従来の要求/応答メカニズムはどのように機能しますか？

問題：要求を処理 EC2インスタンスは、別個のトピック（例えば/server/1）に発行することによって到達可能であろう。しかし、JSクライアントがAWS IoTに接続するとき、リクエストを送信するEC2インスタンスはわかりません。どのようにして各クライアントをインスタンス/トピックに割り当てることができますか？

---

オプションAWS Application Load Balancerの背後にある複数のEC2インスタンス上の2台の

実行jWebSocketサーバ。バランサは各クライアントをサーバに割り当てるだけで、従来のリクエスト - レスポンス・フローは問題にはなりません。しかし、変化を推進するのはどうですか？

問題：各サーバが接続されたクライアントの独自のセットを持っているので、それは別のサーバーに接続しているクライアントに変更をプッシュすることはできません。

---

は、ずさんな解決策のように思えるからイベントを受信すると、AWSのIoTへのリクエストを送信するためにjWebSocketをミキシング

• 備考。
• 特定のプロジェクトへのサブスクリプションを許可または拒否するために、プログラムごとにCognito IDごとにIoTポリシーを適合させることができます。
• ラムダによって導入されたhigh latencyのため、AWSラムダを使用してサーバーを放棄することは選択できません（異なる経験をした場合は、共有してください）。

  ---

関連記事

IoT request response protocol

任意のためのおかげで、あなたがこの問題で私を与えることができると思いました。

Answer 1

私はそれを持っています。 this questionの最初の提案は正しい方向に私を指摘しました。このソリューションにより、すべてのクライアントは、特定のトピックに登録することなく、最初に接続したサーバーに直接WebSocket接続を維持できます。

次のように動作します：

1. クライアントがサーバーに接続すると、サーバーはそのクライアントにメッセージを送信する必要がある場合は、サーバーがクライアントのチャンネル
2. に加入します接続されていない場合は、そのメッセージをクライアントのチャネルに公開します
3. （推測します）チャネルに登録されているサーバーは、最初のサーバーの代わりにメッセージを処理できます

図の「プッシャー」はthis SaaSを表していますが、勿論他のメッセージングサービスに置き換えることもできます。