WebSocket vs SSE, 서비스 성격에 맞는 실시간 통신 전략 선택법

Context

전통적인 HTTP 요청-응답 모델의 구조적 한계로 인한 실시간 데이터 업데이트 지연 발생. 서버가 클라이언트에 데이터를 능동적으로 전송해야 하는 Push 모델의 필요성 증대.

Technical Solution

• 전이중 통신이 필요한 채팅이나 협업 도구를 위해 HTTP 연결을 지속적인 TCP 채널로 업그레이드하는 WebSocket 도입
• 단방향 알림 및 피드 업데이트를 위해 표준 HTTP 기반의 텍스트 스트리밍 방식인 SSE 활용
• WebSocket의 수평 확장을 위해 Redis를 Pub/Sub 백엔드로 사용하는 분산 아키텍처 설계
• Nginx 환경에서 SSE 데이터가 배치로 전송되는 문제를 방지하기 위해 X-Accel-Buffering: no 헤더 설정
• SSE의 DB 폴링 부하를 줄이기 위해 큐 워커가 Redis 채널로 이벤트를 발행하고 엔드포인트가 이를 구독하는 구조 적용
• WebSocket의 연결 유지를 위해 Heartbeat 및 Ping-Pong 메커니즘을 통한 데드 커넥션 감지 로직 구현

Key Takeaway

실시간 통신의 핵심은 양방향성 필요 여부에 따른 프로토콜 선택이며, 단순 알림 서비스에는 운영 복잡도가 낮은 SSE가 더 효율적인 선택지임.