Polling / SSE / WebSocket 비교

• Polling
  • 장점
    • 구현이 간단하다.
    • 연결 유지가 필요없다. (메모리 이점)
  • 단점
    • 실시간성이 떨어진다.
• SSE
  • 장점
    • 단방향으로 실시간 피드백이 필요한 경우 효율적이다.
    • WebSocket보다 간단하게 실시간 구현이 가능하다.
  • 단점
    • 유저 수만큼 커넥션을 들고 있어야 한다. (Stateful)
    • 대기열 특성상 수만~수십만명의 커넥션을 들고있어, 연결 유지 비용이 병목이 될 수 있다.
    • 스케일 아웃 시, 유저가 붙어있는 인스턴스로 전달하기 위해 브로드캐스트 계층이 필요하다.
• WebSocket
  • 장점
    • 양방향으로 실시간 피드백이 필요한 경우 효율적이다.
    • 실시간성이 가장 높다.
  • 단점
    • 연결 유지 비용이 발생한다. (Stateful)
    • 스케일 아웃 시 sticky session 및 브로드캐스트 계층을 고려해야한다.

Polling 방식 채택

1. 수만명의 소켓이 메모리에 상주하면서, 네트워크가 잠깐 끊기면 동시 재접속으로 Thundering Hard가 발생할 수 있다.

2. Stateful이다 보니 스케일 아웃 시 관리해야 할 지점이 늘어난다.

3. 순번 조회는 높은 실시간성이 중요한 도메인은 아니다. 멀리 있는 사용자에게 까지 실시간으로 순번을 전달할 필요는 없다.

   → 따라서 Polling을 사용하고, 조회 주기는 Jitter 및 차등 주기 방식으로 하여 트래픽을 컨트롤한다.

Polling 방식

1. Polling 주기는 /status의 response에 포함하여 폴링 주기 컨트롤
2. +- 10% 범위로 Jitter 적용되도록