【问题标题】:SignalR Scale out using a backplaneSignalR 使用背板横向扩展
【发布时间】:2015-05-25 21:02:39
【问题描述】:

我对使用 SQL 服务器作为背板的设计架构感到困惑。我的问题是我可以将 Redis 用作背板,并且还可以让 SQL 将我的用户信息与 SignalR 消息分开。

我只是对我的 SQL Server 数据库适合该图表的位置感到非常迷茫。是否就像在 Web 配置中添加我的连接字符串一样简单,并且当用户需要访问它的 db 时,它总是连接到 Redis for SignalR?还是因为背板是所有数据发送的终点,所以这种设计架构是不可能的?

我想问的最后一件事是,我是否最终只使用 SQL 作为带有信号器的横向扩展设计。如果在某个时候背板成为瓶颈,那将如何扩展?我唯一的选择是垂直还是水平缩放?

请看这张图的新图片,

【问题讨论】:

    标签: sql-server redis scaleout-hserver


    【解决方案1】:

    是的,您可以使用 Redis 作为扩展 SignalR 的背板,也可以使用 SQL Server 作为您的应用数据库。

    我相信您已经看过 this site,它解释了扩展 SignalR 的各种方法。 SQL Server 页面上描述了一个多步骤过程,说明如何配置数据库和 Web 应用程序以用于横向扩展 SignalR。

    SignalR 旨在使用上述 URL 中提到的三个选项之一进行横向扩展(水平)。

    【讨论】:

    • 感谢您确认对我来说,我问的唯一原因是出于性能问题。我不使用代理 SignalR 对 SQL Server 征税,也将其作为背板运行并执行存储过程。所以我需要解耦数据库以使用 Redis 进行简单推送。我会标记你是正确的,以使我确信它可以完成。你能解释一下它如何适合我创建的图表吗?就像当对彼此进行不同的调用时,sql 如何影响 redis 背板,反之亦然。就像客户端向 Redis 背板发送消息并调用存储过程一样?
    • SignalR 调用特殊的 SQL Server 数据库,以便所有应用服务器保持同步。我们选择 Redis 进行横向扩展...易于实施、可靠的 Pub/Sub 架构。
    猜你喜欢
    • 2023-04-10
    • 2015-12-14
    • 2017-06-19
    • 2018-03-15
    • 1970-01-01
    • 2013-11-16
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多