채팅 어플리케이션을 개발 중인데 웹소켓 서버와 http서버를 분리하려 합니다.

Question

실시간 메세징을 담당하는 웹소켓 서버, 유저, 채팅방 조회, 생성, 삭제 같은 부분은 http 서버로 분리해서 개발하려고 하는데요,현재 웹소켓 서버는 webflux &#43; spring으로 구현하고 있습니다.이제 http 서버를 구현해야 하는데 webflux기반의 http 서버로 만들어야 할지 mvc로 만들어야 할지 판단이 어렵습니다. 채팅방을 생성할 때 채팅방이 생성되었다는 메시지와 함께 채팅방이 생성되는 상황을 예로 들어 현재 생각하고 있는 구조를 말씀드리면, 클라이언트(프론트)의 방생성 요청 -> http 서버에서 방 생성 후 redis publish를 통한 event를 웹소켓 서버로 전달 -> sub 하고 있던 웹소켓 서버에서 메시지를 클라이언트에게 전달 과 같은 방식으로 동작하면 어떨까 고민 중인데요, 제가 spring mvc만 구현해 보고 실시간 서비스의 경우 비동기가 좋다는 막연한 개념만 알고 있어서 혹시 경험 있으신 분들 조언해 주시면 감사하겠습니다. 사용자가 많은 서비스를 만드는 것이 아니라서 사실 모든 요청을 그냥 웹소켓으로 처리해도 무방하지만, 일반적인 서비스 회사에서 구현하는 형태를 학습 겸 경험해보고 싶습니다. 1. 제가 생각하는 구조가 채팅 애플리케이션에 적합할지2. 현재 제가 생각하는 구조에서 http서버가 webflux기반의 논블로킹으로 구현될 때 성능이나 다른 이점이 있을지? 에 대해 조언 주시면 감사하겠습니다. 감사합니다.

집킨 · Answer

Webflux의 장점은 리소스의 효율을 극대화해서 처리량을 늘릴 수 있다는 점입니다처리 속도가 빨라지는거랑은 별개죠그래서 단일 요청만 놓고 보면 오히려 응답속도가 느려집니다요청이 많아야 비로소 진가가 발휘되거든요러닝커브도 있고 디버깅도 힘들고 apm 연동도 힘들어서 한때 떠오르다가 요즘은 다시 안쓰는 추세입니다 (virtual thread 나오면서 더더욱 애매해지고 있죠)학습 목적이라면 웹소켓 서버도 웹플럭스로 구현 가능합니다Rsocket 도 한번 공부해보세요

2948284 · Answer

webflux가 익숙치않으면 불필요한 블로킹코드가 많아 더 느릴 확률이 높고 jpa같은것 사용도 일반 data jpa에 비해 r2dbc용 jpa는 사용법도 달라서 이게 맞나 싶은 경우가 많음일정 트래픽 미만의 경우 차이는 없는 수준임. tps비교해보면 초당 수백회까지도 처리량 차이가 없는 수준가독성 때문에도 자바로는 웹플럭스 쓰지말란 소리가 많쥬최근 버츄얼쓰레드가 나와서 점점 더 일반 엠브이씨도 대용량 트래픽에도 성능 좋아지기도 했음

채팅 어플리케이션을 개발 중인데 웹소켓 서버와 http서버를 분리하려 합니다.

2개의 답변

#mvc 목록