[Web] WebSocket, Server-Sent Events(SSE) 비교

정의

WebSocket

WebSocket은 양방향 통신을 지원하는 프로토콜로, 클라이언트와 서버가 동시에 데이터를 주고받을 수 있는 채널을 생성합니다. 전통적인 HTTP 요청과 달리 한 번의 연결로 지속적인 데이터 교환이 가능해, 실시간 애플리케이션에서 널리 사용됩니다.

• 특징: 양방향 통신, 데이터 지속 전송 가능, 저지연
• 주요 사용 예시: 채팅 애플리케이션, 온라인 게임, 금융 데이터 대시보드 등

Server-Sent Events (SSE)

SSE는 서버에서 클라이언트로 일방적으로 데이터를 푸시하는 방식입니다. 클라이언트가 먼저 서버에 연결한 후 서버가 계속해서 이벤트를 보내주는 방식이며, 주로 HTTP 기반의 텍스트 스트림을 사용합니다.

• 특징: 일방향 통신 (서버 → 클라이언트), 텍스트 기반, HTTP/1.1 사용
• 주요 사용 예시: 실시간 뉴스 피드, 주식 가격 정보, 상태 업데이트 등

WebSocket의 장단점

• 장점
  1) 양방향 통신 지원: 클라이언트와 서버가 서로 데이터를 주고받을 수 있습니다. 따라서 실시간 상호작용이 필요한 애플리케이션에 적합합니다.
  2) 낮은 지연 시간: WebSocket 연결은 한 번 설정하면 요청/응답이 필요 없어 지속적인 데이터 전송이 가능하며, 반응 속도가 빠릅니다.
  3) 이진 데이터 지원: JSON 뿐만 아니라 이미지, 파일, 바이너리 데이터 전송도 가능해 다양한 데이터를 다룰 수 있습니다.

• 단점

• 복잡한 설정: HTTP 연결을 WebSocket으로 업그레이드하기 때문에 설정이 상대적으로 복잡할 수 있으며, 서버 측에서도 WebSocket 지원이 필요합니다.

• 연결 유지 관리 필요: 연결이 끊어졌을 때 재연결을 위한 로직을 별도로 구현해야 하므로, SSE보다 관리가 어렵습니다.

• 네트워크 비용 증가: 지속적인 연결이 유지되므로, 특히 사용자 수가 많을 경우 네트워크 비용이 높아질 수 있습니다.

Server-Sent Events(SSE)의 장단점

• 장점
  1) 단방향 스트리밍: 서버에서 클라이언트로 데이터를 일방적으로 전송하기 때문에, 실시간 알림이나 데이터 업데이트에 유리합니다.
  2) HTTP 기반 사용: HTTP/1.1 프로토콜을 사용하므로 별도의 프로토콜 업그레이드가 필요하지 않으며, 일반적인 웹 서버와 쉽게 통합됩니다.
  3) 자동 재연결 지원: 클라이언트가 서버와의 연결이 끊어지면 SSE는 자동으로 재연결 시도를 수행하여 안정성이 높습니다.

• 단점
  1) 양방향 통신 불가: 클라이언트에서 서버로의 데이터 전송이 불가능하며, 필요시에는 별도의 HTTP 요청을 사용해야 합니다.
  2) 텍스트 기반 전송: SSE는 UTF-8 텍스트 기반 전송을 지원하므로, 이진 데이터 전송에는 적합하지 않습니다.

언제 사용해야 할까?

• WebSocket을 사용해야 하는 경우
  1) 실시간 상호작용이 필요한 애플리케이션: 채팅 애플리케이션, 온라인 게임, 금융 거래 플랫폼 등 클라이언트와 서버 간의 양방향 통신이 필요한 경우.
  2) 데이터 송수신 빈도가 높은 경우: 사용자 요청이 많고, 빠른 반응이 필요한 경우 WebSocket의 낮은 지연 시간이 유리합니다.
  3) 이진 데이터 전송이 필요한 경우: WebSocket은 텍스트와 이진 데이터 전송을 모두 지원하기 때문에 파일이나 이미지 등 다양한 데이터를 다뤄야 하는 상황에서 적합합니다.

• Server-Sent Events(SSE)를 사용해야 하는 경우
  1) 일방향 알림이 필요한 애플리케이션: 주식 가격, 뉴스 속보, 시스템 상태 업데이트 등 서버에서 클라이언트로 일방적으로 데이터를 보내는 경우.
  2) 간단한 설정이 필요한 경우: SSE는 HTTP 프로토콜을 그대로 사용하므로, 웹 서버와 통합이 쉽고 추가적인 설정이 필요하지 않습니다.
  3) 자동 재연결이 필요한 경우: SSE는 기본적으로 연결이 끊겼을 때 자동으로 재연결을 시도하기 때문에, 높은 안정성을 유지해야 하는 애플리케이션에 적합합니다.