WebSocket & Real-time Communication

1. Overview

웹소켓 및 실시간 소통 역학(WebSocket & Real-time Communication, WRC)은 요청-응답(Request-Response)이라는 웹의 전통적인 물리적 족쇄를 끊고, 클라이언트와 서버가 하나의 회선을 통해 언제든 동시에 말을 주고받는 '전이중(Full-duplex)' 웹 환경을 창조하는 공학입니다.

학습자는 HTTP 핸드셰이크를 통해 업그레이드되는 WebSocket의 연결성 물리 기제와, 오버헤드를 줄이기 위한 이진 프레이밍(Binary Framing) 수리 모델을 배웁니다. 특히, 실시간성을 흉내 내기 위한 고전적 기술(Long Polling)과 웹 표준 실시간 단방향 알림(SSE)의 수리적 차이를 익힙니다. 이를 통해 주식 차트, 온라인 게임, 실시간 협업 도구와 같이 데이터의 최신성이 시스템 가치의 전부인 하이엔드 실시간 소통 인프라 역량을 확보합니다.

2. Scope & Boundaries

In-Scope

• WebSocket Handshake: HTTP Upgrade 헤더를 통한 프로토콜 전환 물리 수순
• Full-Duplex Mechanics: 단일 소켓에서 발생하는 동시 송수신의 물리 작용
• Frame Structure: 데이터와 제어 메시지를 구분하는 초경량 이진 헤더 물리학
• Alternative Methods: Polling, Long Polling, SSE(Server-Sent Events)의 수리적 격차
• Real-time Libraries: Socket.io 등 가상화 계층의 폴백($Fallback$) 하이브리드 전략

Out-of-Scope

• 지연 시간이 수 밀리초 이하인 극한의 UDP 게임 엔진 상세 (08-02-04 영역에서 분담)
• 웹 보안(WSS)의 구체적인 인증서 검증 물리 (10-02-01 영역에서 분담)

Boundaries

• WRC vs. HTTP Evolution: HPE(08-03-01)가 '웹 페이지 배달'에 성능을 건다면, WRC는 배달 이후의 '지속적이고 즉각적인 상태 공유'에 집중하여 구분합니다.

3. Counterexample

• 단순히 "채팅 만드는 법"이라 설명하는 것은 WRC 학습이 아닙니다. 왜 WebSocket 연결이 수만 개일 때 LB(Load Balancer) 계층에서 발생하는 하드웨어 세션 유지(Sticky Session) 문제가 수리적으로 부하 분산을 방해하는지 분석할 수 있어야 하며, SSE가 왜 하부 TCP 핸드셰이크 오버헤드를 그대로 안고 가면서도 특정 환경에서 WebSocket보다 하드웨어 리소스 효율이 높은지 논증하지 못한다면 실시간 소통의 정수를 이해하지 못한 것입니다.

4. Prerequisites

• HTTP & Protocol Evolution (Basic): HTTP 핸드셰이크 및 헤더 기본 이해가 필수입니다. (08-03-01 HPE)
• Linux System Mechanics (Recommended): FD(File Descriptor) 한계 및 리눅스 소켓 프로그래밍 이해가 권장됩니다. (03-01-XX)

5. Learning Map

1. Breaking the Pull: 서버가 기다리지 않고 먼저 클라이언트에게 말을 거는 물리적 도약을 배웁니다.
2. The Upgrade Ritual: 정중한 HTTP 대화 끝에 초고속 이진 채널로 변신하는 물리적 탈바꿈을 익힙니다.
3. Framing the Instant: 텍스트와 바이너리를 빛의 속도로 실어나르는 표준 프레임 수순을 정립합니다.
4. Resilient Living: 연결이 끊겨도 즉시 복구하며 살아있는 실시간 파이프라인을 완성합니다.

6. Learning Topics

Basic

Core: 실시간 웹의 필요성과 폴링 (Pull-based Real-time)

• Why to Learn: 웹소켓이 없던 시절, 인간의 인지 능력을 속이기 위해 어떤 수리적 기법들이 쓰였는지 알기 위해서입니다.
• What to Learn:
  • Regular Polling: 주기적으로 노크하는 물리적 낭비 수순
  • Long Polling: 서버가 대답할 때까지 붙잡고 있는 하이브리드 대기법
  • Overhead Analysis: 매번 발생하는 HTTP 헤더의 하드웨어 리소스 낭비 수치
• How to Learn:
  • 자바스크립트의 setInterval로 폴링을 구현하고, 네트워크 탭에 쌓이는 무의미한 HTTP 패킷들의 수리적 총량 확인 실습
  • 폴링 주기 설정값($T$)이 서버 하드웨어 초당 처리량($TPS$)에 미치는 물리적 영향 분석
• Implement: 데이터 변화가 있을 때까지 응답을 지연시키는 기초 LongPollingHandler

Recommended

Core: 웹소켓 핸드셰이크와 연결 (WebSocket Handshake)

• Why to Learn: 일반적인 웹 서버가 어떻게 동적인 소켓 통로로 변하는지 물리 과정을 이해하기 위함입니다.
• What to Learn:
  • Connection Upgrade: 101 Switching Protocols 상태 코드의 수리적 의미
  • Sec-WebSocket-Key: 연결의 무결성을 확인하기 위한 기구한 수리 해싱 연산
  • Stateful Architecture: 한 번 맺은 인연(Session)이 하드웨어 메모리에 남는 물리적 특징
• How to Learn:
  • Wireshark에서 Upgrade 헤더가 포함된 첫 패킷과 그 이후부터 바뀌는 전용 프레임 물리 양상 관찰 실습
  • L7 로드밸런서에서 웹소켓 연결이 끊기지 않게 하는 타임아웃($Timeout$) 설정값 연구
• Implement: 클라이언트가 보낸 키 값을 해싱하여 응답 키를 생성하는 HandshakeKeyGen

Practical

Core: 데이터 프레임과 메시지 전송 (Frame Distribution)

• Why to Learn: 최소한의 비트만 사용해 수천 개의 작은 메시지를 효율적으로 실어나르기 위해서입니다.
• What to Learn:
  • Frame Header Math: FIN 비트, Opcode, Masking 키가 차지하는 미세한 물리 비중
  • Text vs Binary Frames: 인코딩 비용과 하드웨어 처리 효율의 수리 비교
  • Control Frames: Ping/Pong을 통한 하드웨어 생사 확인(Heartbeat) 물리학
• How to Learn:
  • 수백 바이트의 거대 JSON 데이터를 보낼 때와, 바이너리로 압축하여 보낼 때의 하드웨어 전송량 수치 격차 측정 실습
  • 수천 명의 동시 접속자가 Heartbeat를 날릴 때 서버 CPU에 미치는 수리적 압박 분포 분석
• Implement: 입력 데이터를 웹소켓 표준 프레임 규격으로 패키징하는 FramePacker

Advanced

Core: 서버 사이드 이벤트(SSE)와 대안 (SSE & Beyond)

• Why to Learn: 단방향 알림만 필요한 상황에서 복잡한 전이중 소켓의 하드웨어 비용을 아끼기 위함입니다.
• What to Learn:
  • Event Stream Format: text/event-stream의 수리적 단순함과 지속 전송 물리학
  • Auto-reconnect: HTTP 표준이 제공하는 자동 복구 수순
  • Scalability Trade-offs: 소켓 연결 수 한계를 극복하는 하드웨어 클러스터링 전략
• How to Learn:
  • SSE를 이용해 서버 일방적 알림을 구현하고, 웹소켓 대비 하이브리드 캐싱 효율이 높은 수리적 근거 분석 실습
  • 브라우저별 동시 HTTP 연결 수 제한이 SSE 실시간성에 미치는 영향 연구
• Implement: 여러 클라이언트에게 동시에 이벤트를 브로드캐스팅하는 EventStreamHub

7. Terminology

8. References

Primary

• [P1] CS2023 - NC/Networking and Communication (Network applications / Information models) — Core requirements.
• [P2] SWEBOK v4.0 - Software Design / Software Structure and Architecture (Event-driven systems) — Structural context.

Secondary

• [The Definitive Guide to HTML5 WebSocket] Vanessa Wang — Detailed internals.
• [High Performance Browser Networking] Ilya Grigorik — Critical comparison of polling/SSE/WS.

Industry

• [RFC 6455: The WebSocket Protocol] — The foundational standard.
• [WHATWG: Server-Sent Events Specification] — SSE standard.

9. Final Checklist

Primary

• 'WebSocket'이 'HTTP/1.1' 대비 실시간 메시지 전송에서 물리적으로 왜 더 하드웨어 효율적인지 설명 가능한가? (P1)
• '전이중(Full-duplex)' 소통 방식이 분산 애플리케이션의 상태 동기화에 미치는 수리적 이득을 기술할 수 있는 가? (P1)

Secondary

• 'Sec-WebSocket-Accept' 응답 값이 클라이언트에 의해 거부되었을 때의 물리적 원인을 수리 해싱 과정에서 소통 가능한가?
• Long Polling 환경에서 타임아웃 발생 시 '연결 재요청'이 하드웨어 대역폭에 미치는 수치적 노이즈를 논증할 수 있는 가?

Industry

• 대규모 서비스 설계 시, Redis Pub/Sub과 웹소켓 서버를 결합하여 수만 명에게 브로드캐스팅하는 물리적 통찰을 제안할 수 있는 가? (SFIA)
• 로드밸런서 배후의 여러 웹소켓 노드들 사이에서 유저 세션을 추적하는 물리적 불일치 리스크를 분석할 수 있는 가?