Sie müssen Live-Preisaktualisierungen von Ihrem Dienst an Zehntausende verbundener Clients übertragen. Clients, die sich vorübergehend trennen, müssen keine verpassten Nachrichten empfangen. Welchen Ansatz sollten Sie mit Azure Cache for Redis verwenden?

Die korrekte Option ist das Veröffentlichen von Updates in einem Redis Pub/Sub-Kanal, da dies die effizienteste Methode ist, Live-Updates an Zehntausende von Clients zu senden. Redis Pub/Sub ist für dieses Szenario optimiert, da es eine Echtzeit-Nachrichtenübertragung ermöglicht, ohne Nachrichten für getrennte Clients zu speichern. Die Anforderung, dass getrennte Clients keine verpassten Nachrichten erhalten müssen, passt perfekt zu diesem Modell. Die Option, Redis Streams mit Consumer-Gruppen zu verwenden, ist falsch, da Streams darauf ausgelegt sind, Nachrichten zu speichern und die Wiederherstellung verpasster Nachrichten zu ermöglichen, was hier nicht erforderlich ist. Die Aktivierung von Keyspace-Benachrichtigungen ist ebenfalls falsch, da diese für die Überwachung von Schlüsselereignissen und nicht für die effiziente Verteilung von Live-Updates an viele Clients gedacht sind. Die Aktivierung der AOF-Persistenz ist irrelevant, da sie die Persistenz von Daten auf dem Server betrifft und nicht die Zustellung von Pub/Sub-Nachrichten an Clients.