我对使用 Azure 服务总线通知中心很感兴趣。然而,我的第一个“客户端”将是一个基于 websocket 的连接到一个带有 Knockout 的 ASP.NET MVC 站点。目前,我正在尝试 SignalR 向客户端推送通知。
但是,如果我可以使用 SB 通知中心,这看起来会容易得多。所有 示例都是 Windows 或 iOS。
可以将 Azure 服务总线通知中心与基于 WebSocket 的 HTML 客户端一起使用吗?
我对使用 Azure 服务总线通知中心很感兴趣。然而,我的第一个“客户端”将是一个基于 websocket 的连接到一个带有 Knockout 的 ASP.NET MVC 站点。目前,我正在尝试 SignalR 向客户端推送通知。
但是,如果我可以使用 SB 通知中心,这看起来会容易得多。所有 示例都是 Windows 或 iOS。
可以将 Azure 服务总线通知中心与基于 WebSocket 的 HTML 客户端一起使用吗?
我是 Service Bus 团队的项目经理。没有计划支持 HTML 上的 WebSockets 作为通知中心的输出管道。目前最好的办法是使用 SignalR,它可以使用服务总线进行扩展。
通知中心的哪些特点让您说它比 SignalR 更可取?
我们花了几天时间尝试按照您的描述进行操作,但我们无法让 SignalR/WebSockets 在 Azure Cloud 上运行。SignalR/WebSockets 每次都失败,产生连接失败/重新连接的无限循环。我们能够让 SignalR/LongPolling(不是 WebSockets)在 Azure 云上成功运行。从那以后,我们了解到 Azure Cloud 上的 VM 显然根本不支持 WebSockets。我们的经验表明,您可能无法将基于 WebSocket 的 HTML 客户端与在 Azure 云上运行的 SignalR 一起使用,但您可能可以让 LongPolling 正常工作。
虽然现在没有支持。由于这些功能请求,此答案可能会在将来更新(顺便标记为“已计划”)。
您还可以将您的投票添加到这些以更快地推动它们: https ://feedback.azure.com/forums/218849-notification-hubs/suggestions/4621850-add-support-for-azure-notification-hubs-to-推我
和这里: