Necesita transmitir actualizaciones de precios en vivo desde su servicio a decenas de miles de clientes conectados. Los clientes que se desconectan temporalmente no necesitan recibir los mensajes perdidos. ¿Qué enfoque debe usar con Azure Cache for Redis?

La opción correcta es usar Pub/Sub de Redis. Este mecanismo es ideal para transmitir mensajes a múltiples suscriptores en tiempo real. Dado que el requisito especifica que los clientes desconectados temporalmente no necesitan recibir mensajes perdidos, Pub/Sub es perfecto porque no almacena mensajes para suscriptores inactivos. Los clientes simplemente se suscriben a un canal (por ejemplo, prices) y reciben las actualizaciones a medida que se publican. Redis Streams con grupos de consumidores (opción incorrecta) se utiliza cuando se necesita que los clientes puedan leer mensajes perdidos o procesar un historial de eventos, lo cual no es el caso aquí. Las notificaciones de keyspace (opción incorrecta) están diseñadas para monitorear cambios en las claves de Redis, no para la transmisión de mensajes en tiempo real. La persistencia AOF (opción incorrecta) se usa para la recuperación de datos en caso de reinicio del servidor, no para la entrega de mensajes a clientes desconectados.