0

アプリケーションには、基本的に Thrift RPC サービスとして開発された内部サービスがあります。ここで、これらのサービスをコア システムの外部にあるクライアント アプリケーションに公開する必要があります。

ここで問題は、これらの Thrift サービスをクライアントに直接公開する必要があるかどうかです。そうすることの利点は、必要な作業量が最小限になることです。欠点は、クライアントがこれらの Thrift API および既存の別のインターフェイスに接続する必要があることです。したがって、実際には、クライアント アプリケーションはコア システムに接続するために複数のソケットを開く必要があります。

別のオプションは、これらの Thrift サービスを別のレイヤーにラップすることです。これは、最終的にエンド クライアントに配信されます。これを行うことの欠点: データのマーシャリング/アンマーシャリングを 2 回行います。一度は Thrift で、次に別のインターフェースで行います。

この状況を処理するための好ましい方法は何ですか?

4

1 に答える 1

1

これらのサービスを外部のクライアントに直接公開することはありません。アプリケーションを構築または使用して、外部クライアントが接続できるプロキシを構成します。

これには次の利点があります。

  • ファイアウォールに穴を開ける必要はありません
  • 追加のセキュリティチェックを行う可能性
  • 内部サービスへのアクセスを制限する可能性
  • ハッカーがサービスを悪用できる可能性が低い
于 2012-05-13T20:47:11.987 に答える