웹 소켓 (WebSocket) 개념

 

 

HTTP

• 클라이언트가 요청(Request) → 서버가 응답(Response)
• 응답 후 연결이 닫힘 (Stateless)
• 새로운 요청마다 다시 연결 필요
• 주로 단방향 통신 (클라이언트 → 서버)
• 데이터를 헤더에 포함시켜서 전달함

 

폴링(Polling)

• 클라이언트가 일정 주기로 서버에 요청하여 데이터 갱신을 확인하는 방식
• 장점: 기존 HTTP 방식에서 쉽게 구현 가능
• 단점: 응답이 없더라도 계속 요청을 보내므로 네트워크 낭비 발생, 리소스 낭비가 매우 심함, 실시간성이 낮다.

* 네트워크 오버헤드 : 실제 데이터 이외의 메타데이터 들의 불필요한 네트워크 부하

 

WebSocket

• 한 번 연결하면 종료 전까지 유지 ( Persistent  Connection)
• 양방향 통신 가능 (클라이언트 ↔ 서버)
• 지연 시간이 짧음 (빠른 실시간 데이터 전송)
• HTTP보다 오버헤드가 적음 (반복적인 요청·응답 과정 없음)

 

WebSocket 핸드셰이크(Handshake)

• 초기 연결 과정에서 HTTP 프로토콜을 이용하여 WebSocket으로 업그레이드
• HTTP 요청 헤더에 Upgrade: websocket을 포함하여 서버에 전송
• 서버가 WebSocket 연결을 수락하면 전이중 통신(Full-Duplex) 연결이 형성됨
• * 전이중통신 : 다른회선을 사용해서 서로 송수신한다. (양쪽에서 송수신가능)
• get 요청을 활용하여 통신을 요청하고, 요청이 들어오면 응답함 -> 연결 형성
• 한번 연결이 되면 이후에는 데이터만 주고 받음
• 요청 없이도 서버에서 데이터를 전송할 수 있다.

 

 

 

 

https://sendbird.com/ko/developer/tutorials/websocket-vs-http-communication-protocols