우아한테크코스, 니콜라스 -WebRTC? WebSockets? Spring WebSocket?

(2) WebRTC? WebSockets? 5분 개념정리! - YouTube

니콜라스 -WebRTC? WebSockets? 5분 개념정리!

 

http와 달리 web socket은 커넥션이 오픈/클로스 여부에 따라 통신이 된다.

 

웹소켓은 실시간성을 요하는 서버에 필요함

채팅시 다 같은 웹소켓에 연결된 거임=> 서버 과부화시 딜레이 생길수 있음

모든 자료를 서버를 통해 연결하지 않고 브라우저끼리 연결하게 함 (WebRTC) - P2P커뮤니케이션~!

WebRTC의 단점은 확장성에 제한이 있다=> [ 999명이 있을 경우 , 파일 업로드시 999명의 브라우저에 파일이 감..]

 

(2) [10분 테코톡] 🧲코일의 Web Socket - YouTube

 

웹소켓 동작 방법 - 핸드쉐이킹 ,데이터 전송

웹소켓은 HTML5이후에 나왔다. (HTML5이전의 기술로 구현된 서비스에서는 다르게 구현

 

웹소켓 한계로 인해 STOMP는 채팅 통신을 하기 위한 형식을 정의

HTTP와 유사하게 간단히 정의되어 해석하기 편한 프로토콜,  일반적으로 웹소켓 위에서 사용

 

 

(2) [10분 테코톡] ✨ 아론의 웹소켓&스프링 - YouTube

 

http에도 실시간성을 어느정도 보장하는 기법이 존재(Polling, Long Polling, Streaming )

=> Polling은 서버로 일정 주기 요청 송신 , Long Polling은 오래 기다리나 데이터 많으면 Polling이랑 같음, Streaming은 서버에 요청 보내고 끊기지 않은 연결 상태에서 끊입없이 데이터 수신, 클라이언트에서 서버로의 데이터 송신이 어렵다.

=> 모두 header가 너무 크다.

 

STOMP

Simple Text Oriented Messaging Protocol - 메시지 브로커를 활용하여 쉽게 메시지를 주고 받을 수 있는 프로토콜

웹소켓 위에 얹어 함께 사용할 수 있는 하위(서브) 프로토콜

프레임 단위의 프로토콜(커맨드 , 헤더, 바디)

 

configureMessageBroker 메소드 ,registerStompEndpoints 메서드

enableSimpleBroker

내장브로커 사용, prefix가 붙은 메시지를 발행시 크로커가 처리  

,setApplicationDestinationPrefixes("/app"); - 메시지 핸들러로 라우팅되는 Prefix

 

리덩펗

 

Stomp 를 사용하면 하위 프로토콜 혹은 컨벤션을 사용하는 장점은

1. 하위 프로토콜 혹은 컨벤션을 따로 정의할 필요 없다.

2. 연결 주소마다 새로 핸들러를 구현하고 설정해줄 필요가 없다.

3. 외부 Messaging Queue를 사용할 수 있다. (RabbitMQ, 카프카..)

4. Spring Security를 사용할 수 있다.