Ausführliche Informationen zu Azure SignalR Service

Azure SignalR Service basiert auf dem ASP.NET Core SignalR-Framework. Er unterstützt auch ASP.NET SignalR, indem das Datenprotokoll von ASP.NET SignalR erneut über das ASP.NET Core-Framework implementiert wird.

Sie können eine lokale ASP.NET Core SignalR-Anwendung oder ASP.NET SignalR-Anwendung problemlos migrieren, damit Sie mit SignalR Service funktioniert, indem Sie nur ein paar Zeilen Code ändern.

Das folgende Diagramm beschreibt die typische Architektur, wenn Sie den SignalR Service mit Ihrem Anwendungsserver verwenden.

Die Unterschiede zu einer selbst gehosteten ASP.NET Core SignalR-Anwendung werden ebenfalls erläutert.

Serververbindungen

Ein selbst gehosteter ASP.NET Core SignalR-Anwendungsserver überwacht Clients direkt und stellt auch eine direkte Verbindung mit diesen her.

Mit SignalR Service akzeptiert der Anwendungsserver keine permanenten Clientverbindungen mehr, stattdessen:

1. Wird ein negotiate-Endpunkt von Azure SignalR Service-SDK für jeden Hub verfügbar gemacht.
2. Dieser Endpunkt reagiert auf die Aushandlungsanforderungen von Clients und leitet Clients an SignalR Service um.
3. Schließlich werden Clients mit SignalR Service verbunden.

Weitere Informationen finden Sie unter Clientverbindungen.

Sobald der Anwendungsserver gestartet ist:

• Für ASP.NET Core SignalR öffnet Azure SignalR Service-SDK 5 WebSocket-Verbindungen pro Hub mit SignalR Service.
• Für ASP.NET SignalR öffnet Azure SignalR Service-SDK 5 WebSocket-Verbindungen pro Hub mit SignalR Service und eine WebSocket-Verbindung pro Anwendung.

5 WebSocket-Verbindungen ist der Standardwert, der in Konfiguration geändert werden kann. Bitte beachten Sie, dass die anfängliche Serververbindung die SDK-Startanzahl konfiguriert. Während der App-Server mit dem SignalR-Dienst verbunden ist, sendet der Azure SignalR-Dienst möglicherweise Lastenausgleichsnachrichten an den Server, und das SDK startet neue Serververbindungen mit dem Dienst für eine bessere Leistung.

Meldungen an und von Clients werden in diesen Verbindungen per Multiplexing verarbeitet.

Diese Verbindungen mit dem SignalR Service bleiben immer bestehen. Wenn eine Serververbindung wegen Netzwerkproblemen getrennt wird,

• werden alle Clients, die von dieser Serververbindung versorgt werden, getrennt (Weitere Informationen dazu finden Sie unter Datenübertragung zwischen Client und Server);
• Die Serververbindung beginnt automatisch, die Verbindung neu herzustellen.

Clientverbindungen

Wenn Sie den SignalR Service verwenden, verbinden sich Clients mit SignalR Service anstatt mit dem Anwendungsserver. Das Einrichten von permanenten Verbindungen zwischen dem Client und dem SignalR Service besteht aus zwei Schritten.

1. Der Client sendet eine Aushandlungsanforderung an den Anwendungsserver. Mit Azure SignalR Service SDK gibt der Anwendungsserver eine Umleitungsantwort mit der URL und dem Zugriffstoken des SignalR Service zurück.

   • Für ASP.NET Core SignalR sieht eine typische Umleitungsantwort wie folgt aus:

     {
         "url":"https://test.service.signalr.net/client/?hub=chat&...",
         "accessToken":"<a typical JWT token>"
     }
     

   • Für ASP.NET SignalR sieht eine typische Umleitungsantwort wie folgt aus:

     {
         "ProtocolVersion":"2.0",
         "RedirectUrl":"https://test.service.signalr.net/aspnetclient",
         "AccessToken":"<a typical JWT token>"
     }
     

2. Nach dem Empfang der Umleitungsantwort verwendet der Client die neue URL und das Zugriffstoken, um den normalen Prozess zum Verbinden mit SignalR Service zu starten.

Erfahren Sie mehr über die Transportprotokolle von ASP.NET Core SignalR.

Datenübertragung zwischen Client und Server

Wenn ein Client mit dem SignalR Service verbunden ist, sucht die Dienstlaufzeit eine Serververbindung, um diesen Client zu bedienen.

• Dieser Schritt erfolgt nur einmal, und er stellt eine 1: 1-Zuordnung zwischen dem Client und Serververbindungen dar.
• Die Zuordnung wird SignalR Service aufrechterhalten, bis die Verbindung vom Client oder Server getrennt wird.

An diesem Punkt empfängt der Anwendungsserver ein Ereignis mit Informationen von dem neuen Client. Eine logische Verbindung mit dem Client wird im Anwendungsserver erstellt. Der Datenkanal wird vom Client zum Anwendungsserver über SignalR Service eingerichtet.

Der SignalR Service überträgt Daten vom Client an den gekoppelten Anwendungsserver. Und Daten werden vom Anwendungsserver an die zugeordneten Clients gesendet.

Der SignalR Service speichert und sichert keine Kundendaten. Alle empfangenen Kundendaten werden in Echtzeit an Zielserver oder Clients übermittelt.

Wie Sie sehen können, ist der Azure SignalR Service im Wesentlichen eine logische Transportschicht zwischen Anwendungsserver und Clients. Alle permanente Verbindungen werden auf SignalR Service ausgelagert. Der Anwendungsserver muss nur die Geschäftslogik in der Hub-Klasse verarbeiten, ohne sich dabei um Clientverbindungen kümmern zu müssen.