2013-01-02 151 views
4

我正在尋找基於.net的推送通知的可伸縮解決方案。基於.NET的推送通知服務

場景:

客戶端和服務器將在.NET。要求是,將有大約60-100個客戶端連接到單個服務器,並且服務器應該能夠每分鐘發送4000-5000個通知。每個通知都會有一個小的有效載荷。

任何想法?

+0

怎麼樣類似的RabbitMQ或ZeroMQ?此外,這是一個類似的問題:http://stackoverflow.com/questions/11803542/pub-sub-and-content-based-subscriptions – Skrealin

+0

嗨,我試圖使用MassTransit作爲與MSMQ的橋樑。到目前爲止,一切都看起來不錯,我唯一擔心的是服務器上正在建立的隊列。有沒有人有任何MassTransit和MSMQ的經驗?我想要某種自動清除功能。 –

回答

0

它認爲在很大程度上取決於客戶端環境的性質和您想實現的抽象級別。 @skrealin建議直接與消息傳遞基礎結構進行交互,因此您可以開發解決方案,但對於連接/訂閱無法得到保證並且可能需要不必要地暴露基礎結構的基於Internet/Web的客戶端來說,這並非理想之選。有一對夫婦的選擇,我會考慮調查這些方案

  1. SignalR
  2. 天青ServiceBus

這兩項將提供「推」的通知和幫助管理訂閱你的客戶直線前進API。由於相對較高的通知率,「輪詢」解決方案在這裏可能不適用。

我確信還有其他的方法,但看着這個會讓你對所涉及的東西有所瞭解。

0

檢查該供應商出:http://www.pubnub.com/

如果別的,它會給你的解決方案將likley需要解決一些其他問題的想法。

我認爲這個供應商的後端使用SingnalR,因此websockets用於服務器,客戶端連接。

2

如果你考慮.NET ...看看XSockets http://xsockets.net XSockets可以提供你所需要的(以及更多)。

問候 Uffe

+0

看起來很有希望...會嘗試一下並儘快提供反饋! –