我们应该将SignalR解决方案构建到自托管应用程序中，还是继续在我们的MVC应用程序中直接使用它？

Question

我们目前已将SignalR 2.x Hub直接内置到我们的MVC Web应用程序中。 它基本上有效，现在正在考虑性能和可扩展性。

在性能和可扩展性方面，让SignalR集线器成为自我更好 托管在它自己的应用程序而不是直接进入MVC应用程序？

构建高性能/可扩展SignalR解决方案的最佳策略是什么， 特别是当我们在Web场中扩展我们的应用程序时？

谢谢， JohnB

Answer 1

如果您需要对某些背板进行平面扩展，那么在使用负载平衡器时需要这样做，因此如果一个客户端连接到其中一个服务器，则所有其他服务器都可以向该特定服务器发送消息客户， SignalR sql，azure和redis支持服务器背板  如果性能问题，我建议Redis看here。  以及here以获得更多预先形成的配置。

据说SignalR应该在自己的负载均衡器后面的托管中托管，这样可以更好地控制它的可扩展性。