リスニングサービスを展開して提供する

Question

分散環境でスリフトサービスを探すために、Zookeeperの上にサービスディスカバリレイヤーを構築しました。私は今、実稼働環境でこれらのサービスを実行する最善の方法を探しています。

現在、Tomcatにデプロイされた戦争をパッケージ化しています。サーブレットのインスタンス化中に、Spring ApplicationContextが作成され、Tomcatの内部にTThreadPoolServerが作成されます。

私は理由のカップルのためにこれを好きではない：

• それはTomcatは一種の無用になり、それはそれはTomcatのスレッドプールとすべてを回避簡単に導入
• を容易にするために、ハックのように感じていますこれを処理するための最善の戦略を見つけようとする過程で要求

を配布するための最良の方法を考え出すに入ったロジックで、私は選択肢のカップルが出ている：

をスタンドアロンのJARとして

• 起動リサイクルサービス（私はこれが好きではない、私は今のアプリのコンテナの開発者は、このように利用して、HTTP経由で
• ホスト倹約を行う作業に多くの時間を費やしているというロジックを改革する必要が主な理由（ - マイナーとはいえ - この約1あやふやに起因して、これが発生しますパフォーマンスヒット）サービス要求のためのTomcatのスレッドプールとロジック
• は

これらのサービスをホストするためのアプリケーション・コンテナの異なるタイプを使用してください誰もが持っています以前に分散型サーバーのホスティングをどのように処理したかについての提案。私はTomcatの内部でHTTPを使うだけでいいのですか？

Answer 1

私はThriftサーバーのホストとしてTomcatを使用しようとしましたが、追加の値を持たないことがわかりました。このシナリオでは、サーブレットコンテナのすべての機能（要求ルーティングなど）は不要です。一方、Tomcatでは、複雑さや部品の移動が増えています（PermGenの問題を解決するのが難しい）。

HTTPを使用すると、特にクライアント接続が多い負荷の高いシナリオでは、パフォーマンスが著しく低下します。

私は、スーパバイザデーモン（http://supervisord.org/）の下で実行されているスタンドアロンのスリフトサービスで終わった。分散配置の管理が非常に便利です。 Thrift APIをHTTP（JSクライアントなど）に公開する必要がある場合は、Vert.xで実装されたシンプロンプトプロキシを使用します（http://vertx.io/）。