【发布时间】：2013-08-11 15:10:19
【问题描述】：
根据我对 Azure 中 SignalR 横向扩展的阅读，推荐的方法是使用 Azure ServiceBus 作为背板。但与此同时，使用背板进行高频消息传递也存在限制。
就Scaleout in SignalR 中的限制章节而言，我将我的应用描述为介于聊天和实时游戏之间的东西。任何提示如何为此实现 SignalR 横向扩展（在 Azure 中）？
【问题讨论】：
-
您是否曾经得到过这个问题的答案或自己解决了这个问题？你做了什么决定？对于类似应用程序的聊天，我们或多或少都在同一条船上。虽然我们正在使用 Redis 缓存，但显然它似乎是一种限制。
-
我正在考虑使用 SignalR 的项目已经死了（它使用了自定义开发的可扩展轮询，在 Azure 工作角色上使用 WCF）。我们仍在使用 Azure AppService 的另一个项目中使用客户端轮询，但它是无状态的 - 我们不需要服务器关联。您可以看看 Firebase 作为 SignalR 的替代品
-
感谢@eXavier！将检查 Firebase。
标签： azure signalr scalability