0
일부 만료 시간이있는 키를 다시 눌러야합니다. 또한 만료 이벤트를 청취하기 위해 가입자를 확보하고 다른 비즈니스 시스템에 콜백을하면 비즈니스 규칙을 수행 할 수 있습니다. 이 유스 케이스에 대한 redis pub-sub에 대한 믿음을 갖는 것이 좋은 디자인입니까? 키의 평균 TTL은 ~ 15 분입니다.키 만료에 redis pub-sub 사용
다른 디자인을 사용하면 스케줄러/cron (매분) 또는 일부 폴링 시스템을 갖게됩니다.
감사합니다. Alok, 1 가지 더 도움이 될 수 있습니까? 프로덕션 환경에서는 구독자가 모든 컴퓨터에서 실행되는 1 대 이상의 컴퓨터에서이 설정을 사용하게됩니다. 그렇다면 동일한 만료 이벤트를 처리하는 가장 좋은 방법은 무엇일까? 그렇다면 키 만료보다 다른 시스템을 콜백하지 않습니까? – Ankush
프로덕션 또는 클러스터에서 마스터 슬레이브 설정을 의미합니까? 클러스터의 경우 특정 키가 단일 인스턴스에만 저장되므로 문제가되지 않습니다. 마스터/슬레이브 설정의 경우, 가입자는 마스터 인스턴스의 이벤트 만들을 수 있습니다. –
아니요, 구독자가 redis 마스터 만료 이벤트에 가입 할 Java 애플리케이션에있을 것임을 의미합니다. 이제이 응용 프로그램은 여러 컴퓨터에 배포되므로 만료 이벤트는 모든 가입 된 컴퓨터에 적용됩니다 (모든 컴퓨터의 패키징과 구독자 코드가 동일하므로). 이 이벤트를 받으면 다른 시스템에 콜백을 할 것이므로 만료 이벤트가 반복되므로 모든 컴퓨터에서 콜백을 보내지 않는 경우 어떻게 처리 할 수 있습니까? 1 가지 방법은 1 대의 컴퓨터에만 구독자 응용 프로그램을 배포하는 것입니다. 하지만 가장 좋은 방법은 무엇일까요? – Ankush