对于异步任务的简单通知，SignalR是否过度杀伤？

Question

当前的.NET MVC 5 Web应用程序包含一个按钮，调用控制器方法生成SSRS报告，然后通过电子邮件发送给某些收件人（具有适当的层，但它仍然是一个请求）。

在标记了这个长期运行的任务后，我们已切换到使用HangFire启动后台任务。所以现在控制器只是安排后台任务并返回一个＆＃34;任务开始＆＃34;消息给用户。

随着任务的进行，我们希望通知用户任务结果。在.NET环境中搜索现代方法，我们决定尝试使用SignalR，它的简单性使客户端上的异步服务器触发通知快速简便地实现。

这是SignalR的过度应用吗？每当用户刷新页面时，只检查新的警报是否更好？我们是否在SignalR上浪费资源，或者即使每小时大约10-20条消息也有效率？

Answer 1

我会说你每秒最多可以获得3次更新 - 即使这样你也可以加快注意力。是的，您可以在单个节点上轻松处理数百个。

SignalR看起来非常适合您的解决方案。任何需要实时更新的ASP.NET站点都应该使用它。