SignalR разные приложения на одной объединительной плате
Мы размещаем различные веб-приложения MVC5 для интрасети (500 сотрудников) на фермах серверов. Мы хотим слегка использовать signalR 2.2 с объединительной платой брокера служб SQL Server, в основном для широковещательной рассылки. Мы хотим использовать одну и ту же DB объединительной платы для разных приложений, причем все приложения имеют доступ к серверу DB объединительной платы.
Вопрос: 1-Это нужно избегать с точки зрения производительности, я не видел каких-либо рекомендаций по хорошей практике, и, кажется, это работает технически. 2-Если сообщение передается клиентам application1, будет ли оно также отправлено клиентам Application2?3-Каковы преимущества использования отдельной DB объединительной платы для каждого приложения?
1 ответ
До версии 2.x я не думаю, что это хорошая идея, потому что она, вероятно, будет неэффективной. Это может работать, но текущий механизм будет транслировать все сообщения всем приложениям, используя одну и ту же строку подключения (= тот же сервер + та же база данных). Невозможно отделить приложения в одной базе данных. Похоже, что в будущих версиях есть план, но на сегодняшний день это, вероятно, не рекомендуется.