WebSocket, Stomp, RabbitMQ를 활용한 다대다 채팅 구현시 과부하 여부

Question

안녕하세요. 현재 채팅을 구현해보면서 메시지 큐에 대해서 공부하고 있습니다.Spring brokerRelay로 RabbitMQ를 사용하는 경우에 client가 채팅방을 구독하면 해당 채팅방에 대한 임시 큐가 생성되어 그 큐로 메시지를 전달받아 리렌더링 해주는 구조로 이해했습니다.여기서 궁금한게 사용자가 구독 할 때마다 임시큐를 생성하는 경우에 엄청나게 많은 큐가 생성되고 이걸 관리하기 어려워 보이는데 이 방식이 맞는지 궁금합니다.임시 큐이기 때문에 부하가 적은건가요?? 요약:RabbitMQ로 채팅을 구현client가 채팅방 구독 시에 임시큐가 생김많은 client가 많은 채팅방 구독시에 굉장히 많은 임시 큐가 생성

adkb · Answer

안녕하세요. 재밌는 궁금증인 것 같습니다.얼마나 많은 메모리가 사용될까요? 정말 처리하기 힘든 많은 양일까요?관리하기 어렵다는 포인트가 어디일까요?한 유저가 다른 채팅방에 입장했을 때 큐가 늘어나는 양을 어떻게 기술할 수 있을까요?큐 외로 영속성 장치에는 어떻게 저장할 수 있을까요? 많은 클라이언트가 입장 했을 때 필요한 양이 어떻게 될까요?불안함과 걱정을 이겨낼 수 있는 방법은 실제로 계산을 해보시는게 좋습니다. 다른 방법으론 실제로 구현해보고 k6 같은 라이브러리로 테스트 해보는 것도 좋습니다.

집킨 · Answer

그건 rabbitmq 서버 스펙에 따라 다르죠많은 양의 큐가 예상되면 서버를 오토 스케일링해서 부하에 대비하면 되구요

장독깨기 · Answer

질문에 대한 답은 잘 모릅니다.지금 시점에 별로 중요한거 같진 않지만, 궁금하면 추가적으로 확인해보시구요,근데, 브로커 이용하면, 우리가 뭐 하는게 없잖아요. 브로커가 다 해주니까요.브로커 이용하지 말고, 직접 한 번 구현해보세요.물론, 현업 실무에 가면 브로커 다 이용하고, 이렇게 하는게 맞습니다.그러나, 공부하는 단계에서는, 직접 한 번 구현을 해보는 것이,동작원리를 이해하는데 도움이 되고, 실력 향상에도 도움이 될 것 입니다.어짜피, 서버 분산할 건 아니잖아요.인 메모리로 직접 한 번 구현 해보는 것이 어떨까 합니다.실력 향상에 도움이 될 것 입니다. : )

WebSocket, Stomp, RabbitMQ를 활용한 다대다 채팅 구현시 과부하 여부

3개의 답변

Q&A 목록