유저 요청 -> 처음 요청은 DB 검색 -> 유저에게 값 반환 -> 레디스가 캐시에 값 올려서 이후에 빠르게 사용
단, DB의 변동이 일어날 수 있으므로 EX옵션을 사용해 메모리에 계속 저장되는 게 아닌 일정시간 후 삭제
이정도로 이해하면 되나요?
댓글 5
안돼.. 더 이해해야해..
익명(119.192)2024-09-28 03:52
답글
로컬 캐시도 있는데.. 왜 레디스를 써야하는지..
익명(119.192)2024-09-28 03:53
ttl 정도로 캐시 불일치 문제가 완전히 해결될까? 상품 캐시라면 실시간 가격 정보를 보여주는게 매우 중요할텐데 구조를 어떻게 잡을건가? 구조가 복잡해짐에도 redis를 쓰는게 이득인가? redis 내부 구조는 어떻게 유지될까? redis가 failover되면 어쩔건가?
코딩계정(quit1004)2024-09-28 10:24
답글
ㅆㅂ 단순하게 로컬안쓰고 , 캐시용도로 쓰는건 모든서버 일관성공유때문 쓰는줄 알았는데 ttl은 그냥 짧게만 해주면 좆되요? - dc App
차에코푼쒸키(healthy3804)2024-09-28 10:47
답글
이런 질문때문에 결국 책사서 공부해야하는구나,
failover같은것도 k8s처럼 master에서 slave로 복제가 끝 이느낌뿐인디 - dc App
안돼.. 더 이해해야해..
로컬 캐시도 있는데.. 왜 레디스를 써야하는지..
ttl 정도로 캐시 불일치 문제가 완전히 해결될까? 상품 캐시라면 실시간 가격 정보를 보여주는게 매우 중요할텐데 구조를 어떻게 잡을건가? 구조가 복잡해짐에도 redis를 쓰는게 이득인가? redis 내부 구조는 어떻게 유지될까? redis가 failover되면 어쩔건가?
ㅆㅂ 단순하게 로컬안쓰고 , 캐시용도로 쓰는건 모든서버 일관성공유때문 쓰는줄 알았는데 ttl은 그냥 짧게만 해주면 좆되요? - dc App
이런 질문때문에 결국 책사서 공부해야하는구나, failover같은것도 k8s처럼 master에서 slave로 복제가 끝 이느낌뿐인디 - dc App