【问题标题】:Scale out SignalR without Redis for a high-messaging traffic Web app在没有 Redis 的情况下横向扩展 SignalR,以实现高消息流量的 Web 应用程序
【发布时间】:2013-12-22 06:58:05
【问题描述】:

在 channel9.mmsdn.com 上的 this video 关于 SignalR 中,讲师不建议将 Redis 用于需要传递大量并发消息的应用程序。他提出了其他三种理论替代方案,但没有任何实施指南。我想知道如何在Amazon Web Services 上的商用机器上扩展 Signalr 和/或是否已经有现成的开源解决方案可用。

From asp.net:

使用背板,最大消息吞吐量低于它 当客户端直接与单个服务器节点对话时。那是因为 背板将每条消息转发到每个节点,因此背板可以 成为瓶颈。

讲师在他的演讲中解释说,Redis 可能是瓶颈。我知道 Windows Azure 上的 Windows Serve 服务总线,但我打算为 AWS 开发我的项目。谢谢。

【问题讨论】:

  • 您对此有任何更新吗?
  • 至于现在,我正在考虑使用 Grantia Redis,它是与 SignalR 一起用于 redis 的可扩展解决方案。但是,对于如何在不使用可扩展的 Redis 解决方案(集群)的情况下很好地扩展 Signalr,我仍然是空白

标签: asp.net push-notification real-time signalr


【解决方案1】:

根据您将使用 SignalR 的流量类型,您也许可以使用 Redis 解决方案。 MSDN 文档指出,Redis 服务器会成为严重问题的唯一解决方案是在线游戏,但对于推送场景或聊天应用程序,您应该没问题。

Scaleout in SignalR

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-03-15
    • 2023-04-10
    • 1970-01-01
    • 2015-12-14
    • 1970-01-01
    • 2014-03-03
    相关资源
    最近更新 更多