rabbitmq의 메세지 큐 시스템의 대한 이론 궁금한게 있어요

Question

안녕하세요. 한국은 이제 추억연휴네요... 저는 일본에서 회사다니는지라 일하고있습니다...이번 질문은 현재 rabbitmq를 사용하고있는데요백엔드는 fastAPI의 pika라이브러리로, 프론트엔드는 react typescript라서 &#64;stomp/stompJS인가 사용하고있습니다. 원래 fastAPI의 웹소켓을 사용하다가 서버 다운되고하면 값이 유지가 안된다고 rabbitmq같은 메세지 큐 시스템을 도입해보자하더군요. 제작중인 프로그램의 최중요 사안이 실시간으로 서버로부터 데이터를 멀티유저에게 전송해야되는데 메세지큐는 게시한 메세지를 소비하는 스타일이라 같이 접속해잇으면 몰라도 새로 접속하게되면 좀 곤란하더라구요?공부해보고있는데 그렇다고 무턱대고 데이터를 주기적으로 게시해버리면 그게 queue에 쌓여서 최신데이터를 못 받을거 같아요제가 걱정하는게 맞나요??? 역시 queue는 1개가 아니고 여러개 만들어서 초기접속시에 받을 정보, 변화가 있을때 받을 정보를 다 따로 queue를 만들어서 관리하는게 맞을 까요? 적다보니 저것도 좀 이상하네요...........

언리얼 · Answer

EventStoreDB는 어떨까요?

토끼왕 · Answer

Akka persistence 사용해보세요

집킨 · Answer

레빗mq는 모르겠는데 카프카 쓰시면 컨슈머 그룹별로 중간에 합류하면 처음부터 데이터를 받을수 있습니다

rabbitmq의 메세지 큐 시스템의 대한 이론 궁금한게 있어요

3개의 답변

기술 목록