2017-04-16 13 views
1

私は、C#/ NETを使用してアプリケーションを開発しています。これは、WPFクライアントとWindowsサービスの2つの部分で構成されています。RabbitMQを使用してサービスレイヤーを交換する

これらの各部分は現在独立して動作していますが、今ではプロジェクトの新しいステップとしてそれらを接続したいと考えています。 アプリケーションはNHibernate、Autofac、Automapper(dto/models)を使用しています。

サービス側では、現在のところ1台のサーバしか稼働していませんが、より多くのコンピューティングパワーを持つクラスタを作成することがあります。

制約は次のとおりです。 ワイヤを介してDTOを送信できるようにしたいので、WCFが出力されています。 また、私はServiceStack 4を取得するための予算がありません(そして、v3はこれ以上サポートを受けません)。

  • サービス層(WCFやServiceStackなど)を持たず、メッセージングにのみRabbitMQを使用するのは意味がありますか?

利点は、RabbitMQがDTOの送信をサポートし、クラスタを簡単に作成できることです。 JSON結果を出力するAPIとして私のサービスを使用することはできません(私のアプリの目的ではないので、必要ありません)。

答えて

1

信頼できるメッセージングが必要な場合や、MQが本来的に適しているものについては、私はRabbit MQを使用します。デュプリングの送信者/受信者など

複数のバックエンドアプリケーションサーバーで通常の要求/応答サービスをクラスタリングする場合は、ロードバランサを使用してロードするように設定するだけですあなたの複数のApp Serverの間でバランスの取れたリクエストを送信します。

関連する問題