2012-05-12 18 views
1

私はpubsubで遊んでいますが、これまでのところ、私は必要なもの(基本的なゲーム実験)に適しています。長時間実行しているpubsubサーバー/サービスの作成C#

私は実際にpubsubを使うことの価値を見ることができるJavascriptの観点とモバイルから(Appcelerator's Titanium経由で)。

しかし、私は持っているサブスクライバのキューを聞いて、メッセージを処理するためにC#/。NET(他のアイデアにも開いています)でサーバーアプリケーションを書く必要があります。パブリッシュキューに別のメッセージを書き込むなど。

これまでのところ、私はサブスクライブチャネルでリッスンするC#用のRX(リアクティブエクステンション)を使っていました。これまでのところ、メッセージが入ってくるのが分かりましたが、今はテスト用のC#コンソールアプリを書いています。

私の質問は、pubsubのサブスクライバのメッセージを待つ最善の方法は、Windowsサービスアプリケーションを書くことでしょうか?より適切な方法がありますか?明らかにいくつかの可能な点でサーバを2-3台のサーバに拡張する必要があるかもしれませんが、pubsubキュー/メッセージングの性質上、ロードバランシングなどがあれば問題はありません。

ようこそ!

答えて

3

サービスバスを使用します。アズールサービスバスよりも雲が良いときに。そうでなければnServiceBus。 RabbitMQも見てみましょう。AMQPフレームワークで、pubsub以上のことができます。また、ウサギは複数のプラトームに複数のクライアントを持っています。たとえば、JavaScript用のアプローチの1つは、RabitMQ + Node.js + WebSocketsです。

プラットフォームと言語の異なるすべてのクライアントとdevtools、およびRabbitMQに関する記事はhereです。

.NET用の特別なRabbitMQバインディングもあります。hereです。

NServiceBus PubSubの説明はhereです。それは.NETのサービスバスですが、RabbitMQのように無料ではありません。とにかくRabbitMQはプラットフォームに依存しません。

サービスバスの実装にはすでにPubSubが存在するため、その理由があります。したがって、実装する理由はなく、既に実装されているものは

関連する問題