실시간 통신 기능 (1)

실시간 알림, 채팅과 같이 실시간으로 통신이 필요한 기능을 구현하기 위해선 어떤 방식을 사용할 수 있을까요?

1. polling

---

일정 주기를 가지고 서버의 API를 호출하는 방법입니다.

기본적인 HTTP 통신을 기반으로 하기 떄문에, 호환성이 좋다는 장점이 있습니다.

 

하지만 업데이트 주기가 길 경우 실시간으로 데이터가 갱신되지 않고, 

짧을 경우 갱신 사항이 없음에도 서버에 요청이 들어와 서버에 부하가 생길 수 있습니다.

 

 

2. long-polling

---

업데이트가 발생할 때에만 서버에서 응답을 보냅니다.

서버로 요청이 들어올 경우, 일정 시간동안 대기했다가 요청한 데이터가 업데이트되면 응답을 보냅니다.

하지만 마찬가지로 업데이트가 빈번하게 일어난다면 연결을 위한 요청이 똑같이 발생해, 서버에 부하가 일어날 수 있습니다.

 

3. SSE (Server-Sent Event)

---

클라이언트에서 서버의 특정 이벤트를 구독하면, 해당 이벤트가 발생할 때 클라이언트로 이벤트를 보내줍니다.

한 번만 연결 요청을 보내면, 연결이 종료될 때까지 재연결 과정 없이 서버에서 데이터를 계속 보낼 수 있습니다.

 

단, 서버 -> 클라이언트로만 데이터 전송이 가능하고, 그 반대는 불가능합니다.

또한, 최대 동시 접속 횟수가 제한되어 있습니다.

 

 

4. Web Socket

---

클라이언트 <-> 서버의 양방향 통신이 가능합니다.

변경 사항에 빠르게 반응해야하는 채팅이나 리소스 상태의 지속적업데이트가 필요한 문서 동시편집 같은 서비스에 주로 사용됩니다.

 

양방향 통신이 지속적으로 이루어질 수 있지만, 연결 유지 자체가 비용이 들어 트래픽양이 많아지면 서버에 부담이 될 수 있습니다.

 

 

참고
https://taemham.github.io/posts/Implementing_Notification/