우리팀은 채팅 서비스의 통신 방식을 [HTTP-Polling, Websocket] 후보로 생각을 했었다.

이 두개의 통신 방식에 대해서는 많은 레퍼런스가 존재하기에 Websocket 이용해 통신을 하는

방법이 성능적으로 우수하다는 것을 알 수 있었다.

서비스의 Scope 를 작게 기획하여 두개의 기술을 모두 접목해 이 둘의 차이점을 알아보려고 한다.

<aside> 💡 HTTP-Polling

</aside>

• 클라이언트가 n초 간격으로 request를 서버로 계속 날려서 response를 전달 받는 방식이다.

장점

• 기본 CRUD 개념으로 구현할 수 있기에 구현하기 쉽다.

단점

• 서버측에서 보낼 내용이 없어도 클라이언트는 알 수 없기 때문에 계속 request를 통한 확인이 필요하다.
• 요청 간격을 늘린다면 실시간성이라고 보기 어렵다.
  • 요청 간격을 줄인다면 이에 비례하여 서버 부하 증가

<aside> 💡 Websocket

</aside>

• 웹소켓은 HTML5표준 기술로, 사용자의 브라우저와 서버 사이의 동적인 양방향 연결 채널을 구성한다.
• Websocket API를 통해 서버로 메세지를 보내고, 요청 없이 응답을 받아오는 것이 가능하다.

장점

• 하나의 HTTP 접속으로 양방향 메시지를 자유롭게 주고받을 수 있다.

단점

• Cross Browser 문제
  • 브라우저 중 버전에 따라 지원을 안 하는 경우도 있다.
• Stateful ****
  • Stateless를 지향하는 일반 HTTP와는 다르게 상태를 유지하는 Stateful 한 성격을 가지고 있다.
  • 연결을 유지해야 하기 때문에 부하가 발생할 수 있다.
  • 비정상적으로 연결이 끊어졌을 때 적절한 대응이 필요하다.