MicrosoftMicrosoft Azure Developer Associate AZ-204 Certification·KO·업데이트됨 5 Aug 2026
서비스에서 수만 개의 연결된 클라이언트에 실시간 가격 업데이트를 브로드캐스트해야 합니다. 일시적으로 연결이 끊긴 클라이언트는 놓친 메시지를 받을 필요가 없습니다. Azure Cache for Redis에서 어떤 접근 방식을 사용해야 합니까?
정답 선택
옵션을 탭하여 정답을 확인하세요.
정답: Redis Pub/Sub 채널(예: prices)에 업데이트를 게시하고 클라이언트가 SUBSCRIBE 또는 PSUBSCRIBE(예: prices.*)하도록 합니다. 연결이 끊긴 클라이언트에 대해 메시지가 대기열에 추가되지 않는다는 점을 수용합니다..
이것이 정답인 이유
수만 개의 클라이언트에 실시간 업데이트를 브로드캐스트하고 연결이 끊긴 클라이언트가 놓친 메시지를 받을 필요가 없는 시나리오에는 Redis Pub/Sub이 가장 적합합니다. Pub/Sub은 게시-구독 모델을 사용하여 메시지를 브로드캐스트하며, 구독자는 메시지를 즉시 수신하고 연결이 끊어지면 놓친 메시지를 받지 않습니다. Redis Streams는 연결이 끊긴 클라이언트가 놓친 메시지를 읽을 수 있도록 메시지를 유지하므로 이 시나리오의 요구 사항과 일치하지 않습니다. 키스페이스 알림은 특정 키 변경 사항을 모니터링하는 데 사용되며 브로드캐스트 메커니즘이 아닙니다. AOF(Append Only File) 지속성은 Redis 데이터를 디스크에 기록하여 재시작 시 데이터 손실을 방지하지만, 연결이 끊긴 클라이언트에 놓친 메시지를 재생하는 메커니즘은 아닙니다.