【发布时间】:2013-07-16 06:07:24
【问题描述】:
我想到了这样一种情况,即 Windows 8 应用程序将充当服务器,接收来自不同客户端(其他 Windows 8 应用程序或 Excel Web 应用程序)的消息。这些消息需要以低延迟(大多数情况下小于 1 秒)到达。 我正在考虑许多不同的解决方案。我肯定需要某种服务器骨干来进行匹配(将消息路由到适当的设备)。我尝试在两者之间做出决定
Azure 移动服务。源将消息发送到 Azure 和 Azure 会将它们作为推送通知发送到相应的 “服务器”设备。问题是这里的延迟不是很好。
Azure 移动服务(或简单的 Web API 站点等更简单的东西)仅用于匹配: 将与每个客户端建立实际的消息发送 具有与服务器应用程序的 Web 套接字连接。在这里我们非常 低延迟,但我担心连接问题。事实是 服务器不会存储任何消息更好的数据保护 透视,但使灾难恢复和处理服务器应用程序在后台的时刻变得更加困难。
Azure 服务总线。它应该是为此而制作的(服务器 订阅客户端消息的提要),但我认为一个新队列将 需要为每个服务器创建(然后客户端必须 了解该队列的名称,因此可以选择一些配对 2个是必要的)
你会推荐什么?
提前致谢!
【问题讨论】:
标签: .net azure azure-mobile-services azureservicebus