Backplane

Backplane

Backplane 是 SignalR 基于 publish/subscribe (以下简称 pub/sub) pattern 设计下的系统可扩展性架构设计，Backplane 将「信息」自「实例内部」移出到「外部存储服务器」中，让状态不再局限于 instance 个体上，以提供 SignalR Server scaleout 的能力，达到支持 Web Farm 架构。

首先由接受到信息请求的SignalR Server 将信息储存到 Backplane 上，再由多台 SignalR Server 处理信息的接收与发送，最后送抵 SignalR Client 端ƒ。

由于Backplane 架构的第一项特征便是将消息外移（动作），对于 Web Farm架构是必须有的设计，然而在单一instance 时也能从其中得到好处，可以不必担心应用程序部署 VIP SWAP 时可能发生的信息丢失问题，对于处理信息敏感的应用程序来说，这点来说相当地重要。

有多种支持 Backplane 信息向外储存的方式，包含了 SQL Server、Azure Service Bus 以及 Redis Cache，也可以自行实现其他的外存储方式，以下针对这三种扩充方式进一步的说明。

SQL Server

通过简单的设置，开发人员所熟悉的 SQL Database (或 SQL Server) 就能够用来存储 SignalR 信息到表中，接着由 Service Broker 来有效的转发信息到系统中所有的 SignalR Server 处理（注：Server Broker 是为了增加效率，没有 Service Broker 也能够正常运行）。

开发人员获得以 SQL Server 扩展 SignalR 服务的方式是通过 nuget 在项目中获取 Microsoft.AspNet.SignalR.SqlServer 组件，给予可提供储存数据的 SQL Database 储存个体的联机字符串即可，SQL Database 实例上不需预先建立表格，所需要的 table schema 会由 SQL Server 组件自动建立完成。

详细的实现信息，可由 ASP.NET 官网所提供的 SignalR Scaleout with SQL Server文章中获得。值得注意的是当使用 SQL Server 作为信息存储器，目前在信息转发的效率上较其他方案低上一些。

Service Bus

service Bus 是一项在 Azure 中重要的基础结构，提供了 Queue、Topic、Relay 以及 Notification Hub 等功能。其中 Topics 正是一个与 SignalR Backplane pub/sub pattern相同设计的典型服务。

详细的实现信息，可由 ASP.NET 官网所提供的 SignalR Scaleout with Azure Service Bus 文章中获得。

Redis Cache

Redis 是在内存内以键值 (key-value) 对方式储存的数据的服务，Redis 也支持 pub/sub pattern 来提供信息服务。详细的实现信息，可由 ASP.NET 官网所提供的 SignalR Scaleout with Redis 文章中获得。

Redis 利用内存的运行方式使得它是一个低延迟、高传输量的 Backplane 架构。