.net - Azure 移动服务与设备作为服务器的 Web 套接字

Question

我想到了一个场景，其中 Windows 8 应用程序将充当服务器，从不同的客户端(其他 Windows 8 应用程序或 Excel Web 应用程序)接收消息。这些消息需要以低延迟到达(大多数情况下 <1 秒)。我正在考虑许多不同的解决方案。我肯定需要某种服务器主干来进行匹配(将消息路由到适当的设备)。我尝试在两者之间做出决定

1. Azure 移动服务。源将消息发送到 Azure 并Azure 会将它们作为推送通知发送给相应的“服务器”设备。问题是这里的延迟不是很好。

2. Azure 移动服务(或者更简单的东西，比如简单的 Web API 站点)仅用于匹配:消息的实际发送将与每个客户端建立与服务器应用程序有一个 Web 套接字连接。在这里我们有非常低延迟，但我担心连接问题。事实是服务器不会存储任何消息，更好地保护数据透视，但使灾难恢复和处理服务器应用程序在后台的时刻变得稍微困难​​。

3. Azure 服务总线。它应该是为此而设计的(服务器订阅客户端消息的提要)，但我认为新队列将需要为每个服务器创建(然后客户端必须了解该队列的名称，因此可以像选项中那样进行一些匹配2 是必要的)

你会推荐什么？

提前致谢!

Answer 1

我之前一直在开发类似的东西，我建议您使用 Windows Azure Mobile 解决方案构建此解决方案，特别是它现在支持 Node JS NPM。

http://weblogs.asp.net/scottgu/archive/2013/06/14/windows-azure-major-updates-for-mobile-backend-development.aspx

对于客户端，我还建议您使用 SignalR 构建它，它是为您的实时应用程序需要来自服务器端的大量事务的情况而设计的。

http://www.asp.net/signalr

您还可以在以下链接中找到有关如何将两者集成的更多详细信息:http://hhaggan.wordpress.com/2013/07/12/signalr-node-js/

希望这些对您有所帮助，如果您还有其他需要，请告诉我。