Google のテクノロジーを使用しても完全に解決できない問題があります。
SSL 経由で 500 を超える並列 WebSocket 接続を提供する必要があります。クライアントは理想的には wss://wss.mydomain.com に接続し、インスタンスによってサービスを受けます。
オプション 1 : 現在、カスタム ランタイム マネージド VM を使用して、SSL 対応 Websocket サーバーを実行する Dockerfile をデプロイしています。マネージド VM インスタンスをデプロイすると、1 つの GCE インスタンスになります。Google Cloud DNS を使用して、wss.mydomain.com を GCE インスタンスのこの 1 つの IP アドレスにポイントします。
問題: Websocket 接続 (SSL 経由) がマネージド VM インスタンスに転送されないため、wss.mydomain.com (my-mvm.appspot.com にも接続できません) に接続できません。問題を提起しましたが、私に役立つ応答はありませんでした。また、他の人はこことここでこの結論に達します。
マネージド VM が答えではない場合、Google Cloud アーキテクチャ内のどこで見つけることができますか?
オプション 2 : managedVM は GCE のシュガー コーティングのように見えるので、GCE インスタンスを既に提供している現在のセットアップを維持し、自分で負荷分散を追加することはできますか?
オプション 2a : HTTP(S) 負荷分散は websocket トラフィックを許可しないため、いずれかがoutになります。
オプション 2b : ネットワーク負荷分散が機能する可能性があります。それを機能させるには、インスタンスをターゲット プールに割り当てる必要があります。新しく作成されたマネージド VM インスタンスをターゲット プールに自動的に割り当てて、負荷分散に参加させることはできますか? もしそうなら、これは問題の完全な解決策になりますか?
オプション 3 : セットアップに Dockerfile を引き続き使用したい。だから私はコンテナエンジンを見ています。ここではまったく経験がありません。
別の地雷原に手を出す前に、問題の解決策を提供する可能性が最も高いオプションはどれですか? おそらく、私が考えていなかった別のオプションがあります。