編寫一個長期運行的pubsub服務器/服務c＃

Question

我一直在玩pubsub，到目前為止它看起來很適合我需要的東西（一個基本的游戲實驗）。

從Javascript角度和移動（通過Appcelerator的Titanium），我可以真正看到使用pubsub的價值。

但是，我需要在c＃/ .NET中編寫一個服務器應用程序（雖然對其他想法開放）來監聽我擁有的訂閱者隊列，並處理消息..這涉及一些決策等，然后可能寫另一個消息給例如，發布隊列。

到目前為止，我已經玩過C＃的RX（Reactive Extensions），它可以在我的訂閱頻道上收聽。 到目前為止這么好，我看到消息進來了，雖然現在我只是寫了一個C＃控制台應用程序來測試。

我的問題是，等待和監聽pubsub訂閱者消息的最佳方式是編寫Windows服務應用程序嗎？ 還是有另一種技術更合適？ 很明顯，在某些可能的情況下，我可能需要將服務器擴展到2-3個服務器，但是考慮到pubsub隊列/消息傳遞的性質，如果我有一些負載平衡等，我看不出問題。

歡迎任何想法！

Answer 1

使用服務總線。 當雲對您有利時，比Azure Service Bus。 什么時候不是nServiceBus。 再看看RabbitMQ，它是AMQP框架，能夠做更多然后pubsub。 兔子在多個平台上也有多個客戶端。 例如，純粹用於JavaScript的方法之一是RabitMQ + Node.js + WebSockets。

所有客戶端和開發人員以及有關不同平台和語言的RabbitMQ的文章都在這里 。

還有針對.NET的特殊RabbitMQ綁定，請在此處找到它。

NServiceBus PubSub解釋在這里 。 它是.NET服務總線，但不像RabbitMQ那樣免費。 無論如何，RabbitMQ是平台無關的。

任何服務總線實現已經有PubSub，這就是它們存在的原因。 因此，沒有理由實施，已經實施的內容