Sie erstellen ein plattformübergreifendes Live-Dashboard, das eine bidirektionale Echtzeit-Nachrichtenübermittlung über WebSocket mit geringer Latenz erfordert. Clients müssen Gruppen beitreten können, und das Backend soll ohne Sticky Sessions oder benutzerdefinierte WebSocket-Serververwaltung skalieren. Was sollten Sie implementieren?

Die korrekte Antwort ist die Verwendung des Azure Web PubSub-Dienstes. Dieser Dienst wurde speziell für Echtzeit-Web-Messaging über WebSockets entwickelt und bietet die erforderliche bidirektionale Kommunikation mit geringer Latenz. Er unterstützt Gruppen für gezielte Broadcasts und skaliert ohne Sticky Sessions oder die Notwendigkeit einer benutzerdefinierten WebSocket-Serververwaltung, indem er die WebSocket-Verbindungen für Ihre Anwendung verwaltet. Ein Negotiate-Endpunkt ist erforderlich, um Clients sichere Zugriffstoken für die Verbindung mit Web PubSub bereitzustellen. Azure SignalR Service im Servermodus mit SSE-Transport unterstützt keine bidirektionale Kommunikation und ist nicht ideal für reine WebSocket-Anforderungen. Azure Event Hubs ist ein Ereignis-Ingestion-Dienst und nicht für bidirektionale Echtzeit-Messaging-Szenarien mit Clients konzipiert; Long Polling ist ineffizient. Azure Relay Hybrid Connections erfordert die Verwaltung von WebSockets auf Ihrer VM, was die Skalierbarkeit und Komplexität erhöht. Das Platzieren eines Application Gateways vor benutzerdefinierten WebSocket-Servern erfordert ebenfalls die manuelle Verwaltung der WebSocket-Server auf VMs, was den Anforderungen an die Skalierung ohne benutzerdefinierte Serververwaltung widerspricht.