私はpubsubで遊んでいますが、これまでのところ、必要なもの（基本的なゲーム実験）には適しています。
Javascriptの観点とモバイル（AppceleratorのTitanium経由）から、pubsubを使用することの価値を実際に見ることができます。
ただし、c＃/。NETでサーバーアプリを作成して（他のアイデアを受け入れることはできますが）、自分が持っているサブスクライバーキューをリッスンし、メッセージを処理する必要があります。これには、意思決定などが含まれ、場合によっては別のメッセージをたとえば、公開キュー。
これまで、サブスクライブチャネルでリッスンするC＃用のRX（Reactive Extensions）で遊んできました。これまでのところ、メッセージが届くのがわかりますが、今のところ、テストするC＃コンソールアプリを作成しました。
私の質問は、pubsubサブスクライバーメッセージを待って聞くための最良の方法は、Windowsサービスアプリを作成することでしょうか？または、より適切な別の手法はありますか？明らかに、ある可能性のある時点で、サーバーを2〜3台のサーバーに拡張する必要があるかもしれませんが、pubsubキュー/メッセージングの性質を考えると、負荷分散などがあれば問題はありません。
どんなアイデアでも大歓迎です！