좋아요 기능 구현 질문

Question

좋아요, 조회수 기능을 구현하기 위해 블로그를 찾아보고 질문도 올려보았는데 블로그에서는 대부분 레디스 캐시 전략과 좋아요를 구현 할 때 많이 쓰인다 이정도로만 나오고 몇몇분들은 레디스 도입에 대해 부정적으로 생각하더라구요. 저도 개인적으로 레디스를 사용하면 성능은 좋지만 함부로 도입하기엔 비쌀것같다라고 생각은 합니다. 하지만 조회수와 좋아요 같은 경우는 RDB로 한다면 많은 조회와 수정이 일어날것같아서 레디스로 생각을 했습니다.제가 생각 했을 땐 좋아요 수, 조회수는 조금 캐시와 RDB의 정합성이 조금 안맞아도 특정 게시물을 내가 좋아요를 눌렀는지는 정합성이 맞아야하지 않을까 생각했습니다.그래서 처음에 읽기 전략은 Look Aside, 쓰기는 Write Back 전략을 하려고했는데 Write Back은 캐시에 모아놓고 DB에 한번에 쓰는거라 정합성이 안맞을 수 있더라구요. 그렇다고 Write Through를 통해 캐시에 쓰고 바로 DB에 쓰면 해결은되지만 쓰기 할 땐 캐시, DB 2곳 모두 작성해서 오히려 더 안좋을것같다고 생각했습니다. 하지만 Read 할 땐 어쨌든 캐시를 사용하니 괜찮지 않을까 생각도 합니다.추가로 몇몇 블로그는 배치를 돌리기도하더라구요조회수, 좋아요 기능을 어떤식으로 구성하면 좋을지와 Redis 도입에 대해 어떻게 생각하는지, 추가로 그정도 성능이 필요없어서 RDB에 저장을 해도된다고하시면 왜 그렇게 생각하시는지 알려주시면 감사드립니다!

Xeros · Answer

좋아요 기능 자체가 데이터 타입이 매우 중요한것도 아닌거같고 처리할 데이터양이 많지도 않은거같은데NOSQL을 사용해보시는것은 어떤가요?읽기 처리가 자주 있고, 변경을 자주 하는 경우와 한번의 변경으로 수 많은 컬렉션을 업데이터를 할 필요가 없는 경우.이게 NOSQL로 처리하기 좋은것으로 알고있는데, 소셜 피드나 이런기능을 개발할때 많이 사용한다고 들었습니다.확실히 본문에 작성하신 내용에도 적합한거같아서요

캐티 · Answer

램이 더 비싸요 .. 그냥 스토리지에 집어넣는 것이 일반적으로 좋은데요. SSD는 TBW가 나가겠지만 기술이 나아져서 특별한 문제가 안되고요. 클라우드 서버를 사용한다면 TBW가 나가는 것은 서비스 업체의 사정이지 않나요.

장독깨기 · Answer

여기 오키에서 보면, 간혹, 데이터베이스 성능을 믿지 못 하는 분들이 있습니다. 특히, 이제 막 진입하는 분들이 좀 그렇습니다.그냥 생각만으로 이럴거 같다, 저럴거 같다 일케 하지 마시구요,RDB에 저장을 하고, 백건 넣어서 테스트 해보시고, 백만건, 천만건 넣어서 테스트 해보시고,...어떤 부분에 성능 문제가 있는지 확인해보시고, 문제 있는 걸 확인하면, 그걸 해결하기 위해서 어케 해야 할지 생각도 해보시고,...그니까, 문제가 있을거 같다 생각이 들면, 이런 식으로 접근 해보는게 좋습니다.근데, 앞서 말씀드렸다시피, 조회수, 좋아요 이런걸로 레디스, 현업에서 안 씁니다.취준생인거 같은데요, 레디스 쓸지 말지 이런 걸로 고민할 때가 아닙니다. 레디스 잊으시구요,중요한걸 열심히 하는게 좋겠습니다. :)

좋아요 기능 구현 질문

3개의 답변

#rdb 목록