【问题标题】:Client-Server-Client messaging with Windows Azure使用 Windows Azure 的客户端-服务器-客户端消息传递
【发布时间】:2013-04-24 11:38:42
【问题描述】:

假设有许多客户端异步发送消息以供处理到 Azure 云。消息被推送到队列并相对快速地处理(每条消息几秒钟)。我想要的是将处理结果发送回客户端服务器。

我需要实现显着的性能和出色的容错能力。

我应该往哪个方向看?长轮询,保持连接,singleR。还有其他选择吗?谢谢你的帮助。

【问题讨论】:

  • 客户端是指浏览器客户端还是移动应用?
  • 在这种情况下客户端是一个网络服务器
  • 您的客户多还是少?服务总线可能是您返回信息的候选者。任何排队机制都可能足以满足初始排队机制。同时在这里阅读一些内容:windowsazure.com/en-us/develop/net/how-to-guides/…
  • 是的,我有大量客户。我将使用服务总线。问题是关于回发给客户而不是关于队列。我将从队列中推送和拉取消息,对其进行处理,并且我需要为此目的向没有单独的 Web 服务的客户端发送回调。我正在寻找这样做的最佳实践。看起来我可以使用singleR,但我以前没有使用过,所以我不确定它是否是最佳选择。
  • 如果您在服务器之间进行通信,请使用 Servicebus Topics&Subscription windowsazure.com/en-us/develop/net/how-to-guides/…

标签: .net azure signalr messaging long-polling


【解决方案1】:

嗯,你的问题很简单,可以定义为“客户端如何知道操作的进度?”...有两种方法:

  1. 客户可以根据操作 ID 不断检查服务器(类似于“嘿服务器!XHJHFB 操作完成了吗?”),这可以通过简单的 javascript... 或
  2. 您可以使用 SignalR 让服务器在操作时通知客户端...

我的建议是 SignalR 方法...

ps:抱歉,我现在无法提供代码示例...但是您无需付出很大的努力就可以找到它...

【讨论】:

    猜你喜欢
    • 2013-02-21
    • 2010-11-05
    • 1970-01-01
    • 2018-05-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多