Является ли SignalR излишним для простых уведомлений об асинхронных задачах?

Question

В текущем веб-приложении .NET MVC 5 есть кнопка, которая вызывает метод контроллера, который генерирует отчет SSRS, а затем отправляет его по электронной почте некоторым получателям (с соответствующими уровнями, но это все еще один запрос).

После обозначения этой длительной задачи мы перешли на использование HangFire для запуска фоновой задачи. Поэтому теперь контроллер просто планирует фоновую задачу и возвращает пользователю сообщение «Задача запущена».

По мере выполнения задачи мы хотим уведомить пользователя о результатах задачи. В поисках современных способов сделать это в средах .NET мы решили опробовать SignalR, и его простота привела к быстрой и простой реализации асинхронных уведомлений, запускаемых сервером на клиенте.

Является ли это слишком мощным приложением SignalR? Будет ли лучше просто проверять наличие новых оповещений всякий раз, когда пользователь обновляет страницу? Мы тратим ресурсы на SignalR или библиотека эффективна даже для 10-20 сообщений в час?

Answer 1

Я бы сказал, что у вас все в порядке - до 3 обновлений в секунду - и даже в этом случае вы можете работать быстрее с оговорками. И да, вы можете легко обрабатывать сотни на одном узле.

SignalR выглядит идеально для вашего решения. Он должен использоваться любым сайтом ASP.NET, который нуждается в обновлениях в реальном времени.