Stomp와 redis로 채팅방을 구현하는 방법에 대해 제가 생각한 흐름이 괜찮을까요?

Question

사용자가 채팅방을 만듭니다. -> Redis에 Hash로 채팅방을 생성합니다.사용자가 채팅방에 들어갑니다 -> 채팅방을 구독합니다.채팅방에 메시지를 보냅니다. -> redis에 hash로 메세지를 저장합니다.해당 채팅방을 구독한 모든 사용자에게 메세지를 전달합니다.채팅방을 나가면 구독을 취소합니다.채팅방과 메세지를 redis에 저장하는 이유는 redis가 DB에 비해서 훨씬 읽고 쓰는 속도가 빨라서 실시간 데이터처리에 유리하다고 생각했기 때문입니다. 채팅방 안에서는 투표나 여러 비즈니스 로직이 이루어질 예정이고 관련 정보들도 모두 redis에 저장합니다. 채팅방이 사라지면 필요한 정보들은 mysql에 따로 저장하고 나머지 정보들은 모두 지울 계획입니다.채팅과 redis 모두 처음 사용해봐서 제가 생각한 데이터 흐름에 확신이 없습니다. 혹시 보완할 점이나 제가 착각하고 있는 것이 있을까요? 추가적으로 채팅방을 Mysql에 저장하지 않고 Redis에 저장해서 사용하면 문제가 생길 부분이 있을까요??

KarlStyner · Answer

채팅방이 사라지면 mysql에 저장한다 -> 채팅방이 사라지기 전에 redis 내지 해당 인스턴스가 죽으면 내용을 날리겠다는 말이 됩니다. 최대한 빠른 응답을 위해 redis를 쓰는 것은 좋으나, 영구 저장되는 db에도 동일한 내용을 저장하는게 좋습니다. 단건마다 매번 저장한다면 사실상 redis를 쓰는 이점이 없게 되므로 스케쥴러 등으로 벌크 저장하도록 하는게 좋습니다.-> 또 채팅 메시지라는게 서비스가 잘 되면 잘 될수록 상당히 기하급수적으로 늘어나는 경향이 있기 때문에, relational db를 쓰기보다는 document db를 사용해 영구 저장하는 것이 더 유리합니다.제목은 Stomp인데 그에 대한 내용은 없군요. 모바일 앱 서비스를 생각하든 only web 서비스를 생각하든 푸시 구성을 하는것이 일반적인 시대가 되었으니, stomp같이 실시간으로 전달하는 프로토콜 외에도 푸시를 보내는 구성도 고민하셔야 할 것 같습니다.

Stomp와 redis로 채팅방을 구현하는 방법에 대해 제가 생각한 흐름이 괜찮을까요?

1개의 답변

Q&A 목록