2016-06-09 97 views
0

我想確定SignalR是否是我的應用程序的正確解決方案。我有一個我想公開的服務,可以讓客戶訂閱一個活動。事件很可能不會經常發生。有沒有最好的方法來配置SignalR來減少維護,如處理超時等等。SignalR長期生活連接

旁註

  • 事件可能不會觸發了許多天甚至幾個月
  • 客戶端和服務器可能不是很經常互動。

回答

1

SignalR旨在抽象掉所有的低級細節,如超時,輪詢和保活。但是,這取決於服務器可以從客戶端持續訪問,並且它確實會在服務器上增加一些每客戶端開銷。如果事件很少發生,延遲並不重要,並且/或者您必須支持大量客戶端,那麼您可能更喜歡雲託管的解決方案,如Amazon SNS。對於移動客戶端的通知,SNS支持Apple和Google的移動操作系統特定通知系統。

+0

我的目標是提供一項全公司服務,在系統發生變化時通知訂戶。 我認爲推送通知的概念更合適。我試圖確定SignalR是否仍適用於此,因爲SignalR通常用於相對活動的連接。 –

+0

@DavidPrice - 大量間歇性連接的客戶端,延遲並不重要。 SNS(或其他雲供應商的等價物)聽起來非常適合該用例。 SignalR可能太「沉重」 – antlersoft