• 웹 소켓(WebSocket):

polling 방식

polling클라이언트가 평범한 http request를 서버로 계속 날려서 이벤트 내용을 전달받는 방식이다.가장 쉬운방법이지만 클라이언트가 계속적으로 request를 날리기때문에 클라이언트가 많아지면서버의 부담이 급증하게 된다.

• http request connection을 맺고 끊는것 자체가 부담이 많은 방식이다. 그리고 클라이언트에서 실시간정도의 빠른 응답을 기대하기도 어렵다.
• polling은http 오버헤드가 발생한다는 단점이 있다.하지만 일정하게 갱신되는 서버 데이터의 경우 유용하게 사용할 수 있는 방식이다. (ex. 대시보드 갱신)

Http Overhead 란?
정보의 신뢰성 판단을 위한, 보내지는 헤더 같은 정보 때문에 오히려 데이터량이나 처리시간이 증가하는걸 말한다.

오버헤드(overhead)가 됐다 라는 말은, 처리 시간 및 메모리등이 추가적으로 사용되는 현상을 말한다.

예를들어, A라는 처리를 실행한다면 3초 걸린다고 했는데, 안전성을 고려하여 추가로 B라는 처리를 가미한 결과 처리시간이 10초가 걸렸다고 하자. 그러면, 이 때 오버헤드는 7초 이게 된다.
출처: <https://inpa.tistory.com/608> [Inpa Dev 👨‍💻:티스토리]

HTTP(프로토콜) 오버헤드란, 네트워크를 통해 대상으로 라우팅되는 데이터와 함께 전송되어야하는 정보를 말하며, 올바른 대상에 도달하기 위해 전송중인 데이터에 추가로 보내지는 정보라 보면 된다.

결국은 작은 정보라도 TPS(전송시간)가 늘어나게 되는데, 거기서 HTTP 오버헤드가 발생한다.

유선인터넷보다 무선인터넷이 더 느려지는 것도 프로토콜 오버헤드(HTTP 오버헤드현상과 유사) 때문이다. 유선인터넷에 비해서 무선인터넷은 가로채질 확률이 늘어나므로 보안을 위한 설정들이 헤더에 추가되는데 이 때문에 더 느려지게 된다.

long-polling

• 서버측에서 접속을 열어두는 시간을 길게하는 방식.
• 클라이언트에서 서버로 http request를 날린다.
• 서버에 응답에 대한 사용 가능한 데이터가 없으면 계속 기다리다가 서버에서 해당 클라이언트로 전달할 이벤트가 있다면 그순간 response 메시지를 전달하면서 연결이 종료된다.
• 클라이언트에서는 곧바로 다시 http request를 날려서 서버의 다음 이벤트를 기다리게 되는 방식이다.
• 일반 polling 방식보다는 서버의 부담이 줄겠지만 클라이언트로 보내는 이벤트들의 시간간격이 좁다면 polling 과 별 차이가 없게 되며, 다수의 클라이언트에게 동시에 이벤트가 발생될 경우에는 곧바로 다수의 클라이언트가 서버로 접속을 시도하면서서버의 부담이 급증하게 된다.