Qual é a diferença entre as configurações Padrão / Sem servidor / Clássico no Azure SignalR?

Eu configurei o Serviço SignalR do Azure para API REST. Existem três modos nas configurações: Padrão , Sem servidor , Clássico . Não consigo encontrar nenhuma informação sobre o que cada um desses itens define. A única coisa que eu consegui até agora é que, se eu usar as APIs REST do Azure SignalR for Azure Functions ou REST, é preferível usar a opção Sem Servidor .

Da documentação :

Altere a configuração do Modo de serviço para Sem servidor somente se você estiver usando o Serviço SignalR do Azure por meio da ligação do Azure Functions ou da API REST. Deixe em Clássico ou Padrão, caso contrário.

O modo sem servidor não é suportado para aplicativos ASP.NET SignalR. Sempre use Padrão ou Clássico para a instância do Serviço SignalR do Azure.

Você poderia me ajudar a encontrar o que cada uma dessas opções define?

De acordo com os documentos no Github, ele determina se um servidor de hub conectado ao serviço SignalR é necessário ou permitido:

O modo padrão requer um servidor de hub. Quando não há conexão do servidor disponível para o hub, o cliente tenta se conectar a este hub falha.

O modo sem servidor NÃO permite nenhuma conexão com o servidor, ou seja, rejeitará todas as conexões com o servidor, todos os clientes devem no modo sem servidor.

O modo clássico é um status misto. Quando um hub tiver conexão com o servidor, o novo cliente será roteado para o servidor do hub; caso contrário, o cliente entrará no modo sem servidor.

Como não há um servidor de hub no modo sem servidor, o que você pode fazer é limitado ao envio de mensagens para clientes específicos ou à difusão para todos os clientes de um cliente conectado. Além disso, como não há hub, as mensagens dos clientes para o serviço SignalR serão enviadas por HTTP em vez de Websockets, que podem ter problemas de desempenho, conforme detalhado aqui .