クライアントとサービス間のゲートウェイとのSocketIO通信？

要旨

マイクロサービスベースのアーキテクチャ（Kubernetes）で実行されるアプリケーションがあります。アプリケーションの外部とのすべての通信は、API Gatewayを介して行われます。

つまり、私のフロントエンドからのリクエストはサービスに直接送信されませんが、ゲートウェイを経由する必要があります。

動かす

次に、フロントエンドと内部サービス間のリアルタイム通信を必要とする機能を実装する必要があります。しかし、内部サービスは外部に公開されていないため、ゲートウェイを介してリアルタイムデータを「ルーティング」する方法が必要です。

すべてのサービスがNode.jsで実行されているため、Socket.IOを使用してリアルタイム通信を実装したいのです。

問題

しかし、スケッチから紫色の二重矢印を実装する方法は？

そのため、通常、フロントエンドクライアントは、Socket.IOが実行されているサーバーに接続します。しかし、私の場合、このサーバー（リアルタイム機能サーバー）はクライアントからアクセスできません（アクセスできないはずです）。つまり、クライアントはゲートウェイに接続する必要があります。したがって、ゲートウェイは、すべての着信メッセージをリアルタイムサービスとその逆にルーティングするメカニズムを実装する必要があります。

アイデア

（1）ゲートウェイでイベントをリッスンする2番目のHTTPサーバーを用意し、それらのイベントをリアルタイムサーバーに送信します。反対の方向では、リアルタイムサーバーはゲートウェイにイベントを発行し、ゲートウェイはそれをフロントエンドに発行し​​ます。このアプローチは間違いなくうまくいくと思いますが、すべてを2回放出するのは冗長なようです。そして、それは間違いなくパフォーマンスを損なうでしょうか？

（2）Socket.IOアダプターを使用して「ノード間でイベントを渡す」。これは「プロセスまたはコンピューター間でメッセージを渡す」ために使用されるため、正しい方法と思われます。しかし、ドキュメントやサンプルが不足しているため、使用を開始するのに問題があります。私もRedisを使用していません（アダプターを使用するために必要ですか？）

（3）socket.io-emitterパッケージを使用します。これは、最後のコミットが3年前からあったため、良いオプションとは思えません。

（4）他に何かありますか？

よし、基本的にはこのようにアプリケーションを設計した

イングレス

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: centsideas-ingress
  annotations:
    kubernetes.io/tls-acme: 'true'
    kubernetes.io/ingress.class: 'nginx'
    cert-manager.io/cluster-issuer: letsencrypt
spec:
  tls:
    - hosts:
        - centsideas.com
        - api.centsideas.com
      secretName: centsideas-tls
  rules:
    - host: api.centsideas.com
      http:
        paths:
          - path: /socker.io
            backend: 
             serviceName: socket-service
             servicePort: 8000
          -  path: /
             backend:
              serviceName: centsideas-gateway
              servicePort: 3000
    - host: centsideas.com
      http:
        paths:
          - backend:
              serviceName: centsideas-client
              servicePort: 8080

サービス

apiVersion: v1
kind: Service
metadata:
 name: socket-service
 annotations:
  service.beta.kubernetes.io/external-traffic: "OnlyLocal" 
 namespace: namespace
spec:
 sessionAffinity: ClientIP
 ports:
  - name: ws-port
    protocol: TCP
    port: 8000
 type: ClusterIP
 selector:
  service: ws-api

次に、ws-serviceをデプロイするデプロイメントを作成します。このように、k8s HPA（水平ポッド自動スケーリング）をアクティブにして、socket.ioサービスをスケールアップすることもできます。k8sのバージョンに基づいて、アノテーションやその他のオプションを変更する必要があります（アノテーションservice.beta.kubernetes.io/external-traffic: "OnlyLocal"は非推奨になっていると思います）。

内部サービスは外部に公開されていないため、トンネルの使用をお勧めします。ngrokは、NATまたはファイアウォールを介したローカルホストサーバーへのインスタントで安全なURLのコマンドです。サーバーが特定のポートを介してソケットサービスを公開している場合、ngrokを使用してリバースプロキシを作成し、フロントエンドアプリケーションに接続できる世界を公開します。このコマンドの使用方法は非常に簡単です。使用方法の例を次に示します。

1. ngrokファイルを登録し、次のアドレスでダウンロードしてください。公式サイト

2. 次の命令を実行して機能させるだけです

   ./ngrok http 3000

3. 永続化するには、サービスを作成し、ngrok.ymlファイルを使用して最適な構成にする必要があります。

公式ドキュメントはこちら