💡WebSocket

✅WebSocket이란?

WebSocket이란 클라이언트와 서버 간의 지속적인 연결을 유지하고 양방향 토인이 가능한 프로토콜을 뜻한다.
요청-응답 모델을 사용하는 기존 http와 달리 웹소켓은 새로운연결을 반복적으로 설정하지 않고도 지속적으로 양방향 데이터 모델을 유지하게 된다.
채팅, 온라인, 주식시세 등을 예시로 들 수 있다.

웹소켓도 서버 간의 연결을 하기 위해서는 최초에 한번은 http 요청을 보낸다.

✅스프링에서 웹소켓을 사용하는 대표적인 두가지

1. Spring WebSocket

• 연결만 제공하고 핸들러는 직접 구현해야 한다.
• 단순 문자열(텍스트/바이너리)만 주고받기 때문에 순수 웹소켓이 더 가볍다
  

2. Spring WebSocket + STOMP

• STOMP(Simple Text Oriented Messaging Protocol) : 텍스트 기반의 메시지 전송 프로토콜
• 특징 : 채팅방(채널) 구분, 구독/발행, 메시지 라우팅을 STOMP에서 자동 처리
• WebSocket 위에서 동작하는 메시징 프로토콜. 메시지를 어떻게 주고받을지의 규칙이 정해져 있다.
  

2-1. STOMP가 해주는 일

• 메시지 목적지(/topic/chat/room1, /queue/alert 등)를 헤더에 명시
  -> 어디로 라우팅해야 할 지 서버가 쉽게 파악
• SUBSCRIBE, UNSUBSCRIBE, SEND 등 명령어로 구분
  -> 클라이언트가 "구독만", "메시지만 보내기", "해제" 등 역할 분리
• 헤더/바디 분리
  -> 인증, 타입, 우선순위 등 부가 정보(헤더)에 추가가능
• 브로커가 각 채널 구독자에게만 자동으로 메시지 분배

2-2. STOMP 메시지 구조

2-3. STOMP를 많이 쓰는 이유

1. 생산성과 유지보수성
   • 채팅방, 알림, 구독/취소, 브로드캐스트 등의 기능을 다 내장하고 있음
2. 코드가 간결하고 실수 가능성이 적음
   • 세션 관리, 채팅방 관리, 사용자 매핑, 목적지 라우팅 등을 다 코드로 직접 구현하게 되면 테스트/유지보수/협업 시 문제 발생
3. 확장성/변경 용이
   • 1:1 채팅방, 1:N 그룹방, 토픽별 알림 등을 STOMP는 경로만 바꾸면 적용 가능

• 순수 웹소켓은 내부 코드 구조도 전부 변경해야함.

2-4. 그래도 순수 WebSocket을 써야하는 상황은?

1. 초고성능/초경량 통신이 필요할 때
   ->게임서버,초저지연 실시간 서비스
   ->ms 단위의 레이턴시가 중요한 상황
   ->최대한 "가공"을 없애고 패킷 크기를 최소화하고 싶을 때
   (STOMP는 텍스트 기반 프레임, 헤더 등 오버헤드가 조금이라도 있음)

2. 메시지 구조를 직접 커스텀해야 할 때
   ->사내 전용 메시지 포맷, 엔터프라이즈 표준, 바이너리 전용 등

3. 아주 단순한 서비스
   ->채널/구독/방 기능이 필요 없는 경우
   ->간단한 테스트용 데모 서버 등

✅순수 WebSocket VS STOMP WebSocket