.NET 4.5.2应用迁移Azure SignalR的可行方案及替代方案咨询

代理方案可行性 #

你提出的搭建.NET Core代理Hub的方案完全可行，具体落地可以这么做：

• 前端直接连接这个.NET Core代理Hub，由代理Hub对接Azure SignalR服务
• 原.NET 4.5.2应用和代理Hub之间通过API调用、消息队列或者HTTP请求传递消息，实现原应用与前端的间接通信
• 注意适配两端的消息序列化格式，因为.NET Framework SignalR和.NET Core SignalR的消息格式有细微差异，得确保双方能正确解析

其他可选方案 #

1. 升级原应用的.NET版本 #

如果业务允许，直接把原应用从.NET 4.5.2升级到.NET Framework 4.6.1及以上（Azure SignalR从这个版本开始支持），这样就能直接集成Azure SignalR，省掉代理的开发和维护成本。升级时要检查第三方NuGet包、依赖组件是否兼容目标版本。

2. 调用Azure SignalR REST API #

原.NET 4.5.2应用不用改版本，直接通过Azure SignalR的REST API推送消息给前端，前端则直接连接Azure SignalR服务。这种方式的局限是只能实现服务端主动推消息，前端发起的消息需要通过原应用的API中转处理。

3. 引入中间消息队列 #

在原应用和Azure SignalR之间加一层消息队列（比如Azure Service Bus）：

• 前端连接Azure SignalR，同时部署一个轻量的.NET Core程序（或者Azure Function）监听队列，收到消息后通过Azure SignalR推送给前端
• 原.NET 4.5.2应用把要推送的消息发送到队列
• 前端发送的消息可通过Azure SignalR转发到队列，原应用监听队列处理请求

内容的提问来源于stack exchange，提问作者younes