È necessario trasmettere aggiornamenti dei prezzi in tempo reale dal proprio servizio a decine di migliaia di client connessi. I client che si disconnettono temporaneamente non devono ricevere i messaggi persi. Quale approccio si dovrebbe usare con Azure Cache for Redis?

L'opzione corretta è Pub/Sub perché soddisfa i requisiti di trasmissione in tempo reale a molti client e accetta che i messaggi non vengano accodati per i client disconnessi. Redis Pub/Sub è un meccanismo di messaggistica "fire-and-forget" ideale per la distribuzione di aggiornamenti in tempo reale dove la perdita di messaggi per i client temporaneamente disconnessi è accettabile. L'uso di Redis Streams con gruppi di consumer non è adatto perché il requisito specifica che i client disconnessi non devono ricevere i messaggi persi, mentre Streams è progettato per garantire la consegna dei messaggi. Abilitare le notifiche keyspace per gli eventi set è un meccanismo per monitorare le modifiche alle chiavi, non per la trasmissione efficiente di messaggi a decine di migliaia di client. Abilitare la persistenza AOF è una funzionalità di durabilità dei dati per il server Redis stesso, non un meccanismo per la gestione dei messaggi persi per i client Pub/Sub.