Quelle est la différence entre les paramètres par défaut / sans serveur / classiques dans Azure SignalR?
J'ai configuré le service Azure SignalR pour REST. Il existe trois modes sous les paramètres: Par défaut , Sans serveur , Classique . Je ne trouve aucune information sur ce que chacun de ces La seule chose que j'ai obtenue jusqu'à présent, c'est que si j'utilise Azure SignalR pour les fonctions Azure ou REST il est préférable d'utiliser option sans serveur .
De documentation :
Modifiez le paramètre Mode de service sur Sans serveur uniquement si vous utilisez le service Azure SignalR via la liaison Azure Functions ou l'API REST. Laissez-le dans Classique ou Par défaut sinon.
Le mode sans serveur n'est pas pris en charge pour les applications ASP.NET SignalR. Utilisez toujours Default ou Classic pour l'instance du service Azure SignalR.
Pourriez-vous m'aider à trouver ce que chacune de ces options définit?
Selon le docs sur Github, il détermine si un serveur concentrateur connecté au service SignalR est nécessaire ou autorisé:
Le mode par défaut nécessite un serveur concentrateur. Lorsqu'aucune connexion serveur n'est disponible pour le concentrateur, le client tente de se connecter à ce concentrateur échoue.
Le mode sans serveur n'autorise aucune connexion au serveur, c'est-à-dire qu'il rejettera toutes les connexions au serveur, tous les clients doivent en mode sans serveur.
Le mode classique est un statut mixte. Lorsqu'un concentrateur dispose d'une connexion au serveur, le nouveau client sera routé vers le serveur concentrateur, sinon, le client entrera en mode sans serveur.
Puisqu'il n'y a pas de serveur concentrateur en mode sans serveur, les choses que vous pouvez faire se limitent à envoyer des messages à des clients spécifiques ou à diffuser à tous les clients à partir d'un client connecté. De plus, comme il n'y a pas de concentrateur, les messages des clients au service SignalR seront envoyés via HTTP au lieu de Websockets, ce qui peut avoir des problèmes de performances comme détaillé ici .