Musisz transmitować aktualizacje cen na żywo ze swojej usługi do dziesiątek tysięcy podłączonych klientów. Klienci, którzy tymczasowo się rozłączą, nie muszą otrzymywać pominiętych wiadomości. Jakie podejście należy zastosować z usługą Azure Cache for Redis?

Poprawna odpowiedź to użycie Redis Pub/Sub, ponieważ jest to mechanizm projektowany do rozgłaszania wiadomości w czasie rzeczywistym do wielu subskrybentów, bez gwarancji dostarczenia dla rozłączonych klientów. Wymóg, że pominięte wiadomości nie muszą być odbierane przez klientów po ponownym połączeniu, idealnie pasuje do modelu Pub/Sub. Redis Streams (opcja B) oferuje trwałość i grupy konsumentów, co pozwala na odczytywanie pominiętych wiadomości, ale jest to sprzeczne z wymaganiem zadania. Powiadomienia keyspace (opcja C) służą do monitorowania zmian w kluczach Redis, a nie do rozgłaszania danych. Trwałość AOF (opcja D) zapisuje wszystkie operacje na dysku, ale nie jest mechanizmem do ponownego dostarczania wiadomości Pub/Sub rozłączonym klientom.