서버의 event를 client로 보내는 4가지 방법

1. polling

---

• 클라이언트가 http request를 서버로 계속 보내서 이벤트 내용을 전달 받는 방식
• 클라이언트가 계속적으로 request를 보내기 때문에 클라이언트가 많아지면 서버의 부담이 급증함
• http request connection을 맺고 끊는 것 자체가 부담스러운 방식
• 실시간 정도의 빠른 응답을 기대하기 어려움
• http 오버헤드가 발생
• 일정하게 갱신되는 서버 데이터의 경우 유용하게 사용

💡 Http OverHead?

• 정보의 신뢰성을 판단하기 위한 보내지는 헤더 정보(전송 데이터와 관련없는 정보)로 데이터량, 처리시간이 증가함

2. long polling

---

• 서버에서 접속 시간을 길게하는 방식
  • 클라이언트에서 서버로 http request 전송
  • 서버 응답 데이터가 없으면 기다림, 이벤트가 존재하면 그 순간 response 메세지를 전달 후 연결 해제
  • 클라이언트에서 다시 http request를 전송하여 서버의 다음 이벤트 대기
• polling 방식보다 서버 부담이 줄지만, 이벤트 시간 간격이 좁다면 차이가 없음
• 다수의 클라이언트에게 이벤트가 동시에 발생하면 서버 부담 급증

3. SSE (Server-Sent-Events)

---

• 서버의 데이터를 실시간, 지속적으로 Streaming하는 기술
• html5 표준, 웹소켓의 역활
• 양방향이 아닌 server -> client 단방향
• 재접속의 저수준 처리 자동지원

4. websocket

---

• 양방향 채널을 이용한 양방향 통신
• ws 프로토콜을 통해 웹소켓 포트에 연결되어 있는 모든 클라이언트에게 이벤트 방식으로 응답
• 최초 접속이 http request를 통한 handshaking 과정을 통해 이루어짐
  • 80, 433포트 접속으로 방화벽 ❌, CORS적용, 인증 등 동일하게 처리가능
• websocket 프로토콜을 위한 전이중 연결과 웹소켓 서버 필요