¿Cuál es la diferencia entre la configuración predeterminada / sin servidor / clásica en Azure SignalR?

He configurado el servicio Azure SignalR para la API REST. Hay tres modos en la configuración: Predeterminado , Sin servidor , Clásico . No puedo encontrar ninguna información sobre lo que establece cada uno de estos elementos. Lo único que llegué hasta ahora es que si uso Azure SignalR para Azure Functions o REST API es preferible usar la opción Serverless .

De la documentación :

Cambie la configuración del Modo de servicio a Sin servidor solo si está utilizando el Servicio Azure SignalR a través del enlace de Funciones de Azure o la API REST. Déjelo en Clásico o Predeterminado de lo contrario.

El modo sin servidor no es compatible con las aplicaciones ASP.NET SignalR. Siempre use Predeterminado o Clásico para la instancia de Azure SignalR Service.

¿Podría ayudarme a encontrar qué establece cada una de estas opciones?

Según los documentos de Github, determina si se necesita o se permite un servidor concentrador conectado al servicio SignalR:

El modo predeterminado requiere un servidor concentrador. Cuando no hay una conexión de servidor disponible para el concentrador, el cliente intenta conectarse a este concentrador falla.

El modo sin servidor NO permite ninguna conexión de servidor, es decir, rechazará todas las conexiones de servidor, todos los clientes deben hacerlo en modo sin servidor.

El modo clásico es un estado mixto. Cuando un concentrador tiene conexión con el servidor, el nuevo cliente se enrutará al servidor concentrador; de lo contrario, el cliente entrará en modo sin servidor.

Debido a que no hay un servidor concentrador en modo sin servidor, las cosas que puede hacer se limitan a enviar mensajes a clientes específicos o transmitirlos a todos los clientes desde un cliente conectado. Además, como no hay un concentrador, los mensajes de los clientes al servicio SignalR se enviarán a través de HTTP en lugar de Websockets, lo que puede tener problemas de rendimiento como se detalla aquí .