2016-06-09 96 views
0

我想确定SignalR是否是我的应用程序的正确解决方案。我有一个我想公开的服务,可以让客户订阅一个活动。事件很可能不会经常发生。有没有最好的方法来配置SignalR来减少维护,如处理超时等等。SignalR长期生活连接

旁注

  • 事件可能不会触发了许多天甚至几个月
  • 客户端和服务器可能不是很经常互动。

回答

1

SignalR旨在抽象掉所有的低级细节,如超时,轮询和保活。但是,这取决于服务器可以从客户端持续访问,并且它确实会在服务器上增加一些每客户端开销。如果事件很少发生,延迟并不重要,并且/或者您必须支持大量客户端,那么您可能更喜欢云托管的解决方案,如Amazon SNS。对于移动客户端的通知,SNS支持Apple和Google的移动操作系统特定通知系统。

+0

我的目标是提供一项全公司服务,在系统发生变化时通知订户。 我认为推送通知的概念更合适。我试图确定SignalR是否仍适用于此,因为SignalR通常用于相对活动的连接。 –

+0

@DavidPrice - 大量间歇性连接的客户端,延迟并不重要。 SNS(或其他云供应商的等价物)听起来非常适合该用例。 SignalR可能太“沉重” – antlersoft