【问题标题】:SignalR Service large message optionsSignalR 服务大消息选项
【发布时间】:2019-03-12 14:07:56
【问题描述】:

Azure 中的 SignalR 服务,而不是 .Net。

我通过普通网络套接字发送大量 SignalR 消息。但是,它对消息有大小限制。在某些情况下,我希望从服务器端发送一条消息,以包含通过 websocket 的 JSON 响应。是否有诸如流式传输之类的选项来发送大量数据?

我知道我总是可以将 url 发送回客户端并让它进行标准 REST 调用以获取数据。但是,我认为如果我可以只回复消息中的数据会更酷。

我意识到这可能不是它旨在处理的(请求/响应),但我想知道 signalR 服务支持哪些其他选项。我在完全托管服务的特定文档中看不到任何内容。

我只是在寻找建议的选项,而不是对想法的判断。 :)

谢谢, 唐尼

【问题讨论】:

    标签: azure-signalr


    【解决方案1】:

    请注意,SignalR 不适用于每次请求处理大量数据。这就是项目维护者所说的,即使这种功能可以通过各种方式实现。

    这与您使用的 .net/azure 特性无关,但对于 SignalR 的每个实现都是如此。

    您可以在此处找到有关性能注意事项的更多信息: MSDN SignalR Performance

    我建议的选项是:将 SignalR 用于快速、纤薄的实时通信系统。使用其他软件实现大数据payload无忧中转。

    这些是产品 SignalR Azure 服务“正式”涵盖的用例:

    • 需要从服务器进行高频更新的应用程序。例如游戏、投票、拍卖、地图和 GPS 应用。
    • 仪表板和监控应用程序。示例包括公司仪表板和即时销售更新。
    • 协作应用程序。白板应用和团队会议软件就是协作应用的示例。
    • 需要通知的应用程序。社交网络、电子邮件、聊天、游戏、旅行提醒和许多其他应用都使用通知。

    您的申请是否属于上述一种或多种情况?如果没有,那就考虑使用不同的策略来实现您的目标。

    【讨论】:

    • 是的,就像我说的,我知道它不是为它设计的。但是,我确实看到说 signalR 支持流式传输的文档。我只是想看看 SignalR 服务还支持什么。
    猜你喜欢
    • 1970-01-01
    • 2015-09-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-11-17
    • 1970-01-01
    相关资源
    最近更新 更多