nosql(mongo db, redis)과 기존 rdbms 제가 구분한 용도가 부적절하거나 비효율적일까요?

Question

일반적인 게시판 프로젝트를 예로 들었을때회원 정보, 게시판 정보, 글, 댓글, 쪽지, 알림 등 기본 데이터들은 rdbms로회원가입시 중복체크 후 사용 가능하다고 인증받은 닉네임, 이메일(닉네임과 이메일은 가입 전이므로 db테이블 삽입 전) 그리고 이메일 인증 코드는 redis에(규모가 큰 사이트들은 세션 정보를 redis로 관리하는 것 같던데 그렇게까지 할 것 같지는 않네요)로그인 기록, 마지막 접속일, 로그인 시도 실패 횟수, 비밀번호 변경 기록(마지막 변경일, 이전에 사용한 비밀번호들 목록), 닉네임 변경 기록, 회원 패널티 기록이런 데이터를 mongo db에 저장해서 관리하면 될까요?제가 기존에 했던 게시판 프로젝트에서는 (http세션, 소켓세션)맵 을 만들어놓고 새 댓글/쪽지가 db 테이블에 삽입되면 해당 유저의 소켓으로 알림 메시지를 보내도록 했는데 jwt토큰을 사용해서 인증, 권한을 처리할 경우 실시간 알림은 어떻게 처리하는게 적절한가요?폴링으로 일정 시간마다 새 알림 정보를 요청하는건 그다지 좋은 아이디어는 아닐까요?(로그인되어 있는 모든 계정이 계속 요청하게 되므로)만약 이 방식으로 알림 정보를 받아보더라도 로그인되어 있는 모든 계정이 주기적으로 db를 읽는건 성능 저하 문제가 생길 가능성이 높아지나요?그 경우에 redis로 보완한다면(폴링&#43;redis를 활용해서 알림을 구현할 경우)새 알림/쪽지가 테이블에 삽입되면 redis값도 같이 갱신, 사용자 측에서 폴링으로 새 알림 유무 확인할 때는 redis 조회 후 새 알림이 있을 경우 사용자에게 메시지와 알림 개수 전송하고 사용자가 알림 내용을 확인할 때 redis값, db테이블 값 변경하도록 함이런 알림 방식을 생각해봤는데 어떤가요...?

nosql(mongo db, redis)과 기존 rdbms 제가 구분한 용도가 부적절하거나 비효율적일까요?

0개의 답변

Q&A 목록