Vous devez diffuser des mises à jour de prix en direct de votre service à des dizaines de milliers de clients connectés. Les clients qui se déconnectent temporairement n'ont pas besoin de recevoir les messages manqués. Quelle approche devriez-vous utiliser avec Azure Cache for Redis ?
Choisissez une réponse
Appuyez sur une option pour vérifier votre réponse.
Bonne réponse : Publier les mises à jour sur un canal Redis Pub/Sub (par exemple, prices) et faire en sorte que les clients SUBSCRIBE ou PSUBSCRIBE (par exemple, prices.*) ; accepter que les messages ne soient pas mis en file d'attente pour les clients déconnectés..
Pourquoi c'est la réponse
L'approche correcte est d'utiliser Redis Pub/Sub. Cette méthode est idéale pour la diffusion de messages en temps réel à de nombreux abonnés, car elle ne met pas en file d'attente les messages pour les clients déconnectés, ce qui correspond exactement à l'exigence selon laquelle les clients n'ont pas besoin de recevoir les messages manqués. Les Redis Streams avec des groupes de consommateurs sont conçus pour la persistance des messages et la lecture des messages manqués, ce qui contredit l'exigence. Les notifications d'espace de clés sont utilisées pour détecter les modifications apportées aux clés dans Redis, pas pour la diffusion de messages en temps réel. La persistance AOF (Append Only File) est une fonctionnalité de durabilité de Redis qui enregistre les commandes d'écriture sur le disque, mais elle n'est pas conçue pour rejouer des messages Pub/Sub spécifiques aux clients qui se reconnectent.
Réussissez votre examen — sans la chasse aux réponses interminable
Obtenez toutes les questions et explications vérifiées pour cet examen en un seul endroit, et économisez des heures de préparation. Plus de 1 000 certifications · Plus de 20 langues · Gratuit pour commencer.
Réussissez votre examen plus rapidement → Pas de carte requise