Когда вышла служба SignalR, мы смогли запустить концентратор в режиме Classi c, что позволило осуществлять обмен данными как от бессерверных функций (REST API), так и от asp. net основных концентраторов (WS). Теперь, согласно предупреждению на портале azure, режим classi c кажется устаревшим и не должен использоваться.
В предупреждающем сообщении говорится: «Режим Classi c устарел и ошибка устранена. . Используйте режим по умолчанию, когда все концентраторы имеют серверы-концентраторы, или используйте режим без сервера, если нет. Если некоторые из концентраторов имеют серверы-концентраторы, а другие - нет, мы предлагаем создать два отдельных экземпляра, один как по умолчанию, а другой как бессерверный. "
В нашем сценарии мы должны использовать как ASP. NET Core Hub для сервисных клиентских информационных панелей (JS + другие функции), так и бессерверные функции, которые выполняют фоновую обработку и отправляют сообщения в службу SignalR, чтобы их можно было увидеть на приборных панелях. Как следует из предупреждения, для этой настройки потребуется запустить один концентратор в режиме по умолчанию и один концентратор в бессерверном режиме, предполагая, что функции будут взаимодействовать с бессерверным режимом, а ядро ASP. NET - с концентраторами в режиме по умолчанию.
Тогда главный вопрос: как будет происходить связь между двумя концентраторами SignalR Service? Нам нужно, чтобы сообщения из бессерверного режима отображались на клиентах концентратора в режиме по умолчанию. Это вообще допустимый сценарий, или мы должны вместо этого переместить все в тот или иной режим?
Мне не удалось найти никакой документации по этому поводу на официальных сайтах Microsoft, ни каких-либо ссылок, объясняющих, как установка будет выглядеть и работать высоко ценится.