[%] 간단하게 인기게시글 Redis로 캐싱하는것만으로도

[차에코푼쌧키(host0274)]

공부가 꽤 된는듯? 실베같은거 ..

인기게시글이란 사실 일정기간만 읽기/쓰기가 빈번해서

어떻게해야 이걸 최적화할지등

아니면 특정이벤트를 만들때 트래픽이 몰렸을때 고려해야하는

정합성등

- dc official App

[익명(211.234)]

뭐든지 해봐야 배움 간단하다고 머리로만 이해하고 있으면 나중에 삽질하느라 시간다버림

[차에코푼쌧키(host0274)]

이론하고 실전은 좀 다르더라구 단순 캐싱으로 통칠게 아닌듯 - dc App

[퇴물(180.68)]

그냥 레디스 갔다오는 것도 싫어서 서빙 인스턴스에서 글로벌 변수에 TTL 설정해서 짱 박았다가 보여줌.

[프로그래밍(nowadays3724)]

오... 이런 건가? 예를 들어, "Get /posts/10"의 결과를 서빙 인스턴스에 시간과 함께 저장하고, 글로벌 변수에 저장된 TTL을 이용해서 시간 + TTL < 현재시간 이면 저장된걸 보여주는식인가

[차에코푼쌧키(host0274)]

예시좀 알려줘 오빠 - dc App

[퇴물(180.68)]

프로그래밍<- 이친구가 한 말이 맞음. 타서비스 커넥션 자체가 보틀넥의 씌발점이 되기 때문에 쿼리나 페이지별 결과를 해싱테이블 같은 곳에 캐싱해두는 것. 이것저것 캐시해봣자 2메가를 안넘고 대부분 인스턴스가 1기가정도는 되니까.

[익명(strain9013)]

근데 multi instance 환경이면 일정 시간동안 각 instance마다 들고 있는 데이터 다를 수 있지 않음?

[퇴물(180.68)]

만능은 아니고 데이터의 실시간 중요성을 따져보고 결정해야하는데. 대부분은 그렇게 중요하지 않음. 서버를 덜 바쁘게하는 대신에 허용오차를 늘리는거고 멀티 인스턴스끼리 같은거 봐야한다면 일단은 Redis에 캐시할듯.