현재는 Redis 를 사용하고 있는데, 중간 발표에서 RabbitMQ 를 사용해보는 것도 고려해 볼 수 있다는 말씀을 들었다.

Redis

• 메모리에서 Cache를 가져다 쓴다는 점에서 속도가 빠르다.

• 단, 큰 메시지를 처리 할 때는 대기 시간이 오래 걸린다.

참고: WebSocket & Stomp & Redis - 채팅방, 채팅 내역 유지 - 2. Redis

RabbitMQ

• 메시지 브로커다.

  • Redis와 비교할 때 훨씬 더 다양한 기능을 제공

• 응용 프로그램(applications)에게 메시지를 주고 받을 수 있다.

  • 메시지를 다른 대기열로 보낼 수있는 라우팅 시스템을 갖추고 있다.
  • 우선 순위가 높은 메시지를 먼저 사용하기 위해, 작업자가 사용할 수 있는 메시지의 우선 순위를 지원

• 메시지가 수신될 때까지 안전하게 있을 수 있도록 하는 공용 플래폼을 제공

  • 크고 복잡한 메시지에 적합

Redis vs RabbitMQ

내가 참여한 프로젝트는 외국에서 단발성 만남을 통한 가벼운 식사 메이트를 구하는 의도였다.
그리고 이 의도에 맞게 두 사람 간에 채팅이 이루어질 때, 우리가 사용하는 카카오톡처럼 오래도록 채팅 기록을 보관해두는 등 채팅 기록의 안전성이나 지속성은 채팅의 속도에 비해 후순위에 놓인다.

따라서, 프로젝트의 목적을 생각해보면 Redis 가 어울린다고 생각한다.

---

참고: Redis, RabbitMQ 차이점을 알아보자