1단계 문제 이해 및 설계 범위 확정

• 응답 지연이 낮은 일대일 채팅 기능
• 최대 100명까지 참여할 수 있는 그룹 채팅 기능
• 사용자의 접속상태 표시 기능
• 다양한 단말 지원. 하나의 계정으로 여러 단말에 동시 접속 지원
• 푸시알림

2단계 개략적 설계안 제시 및 동의 구하기

채팅서비스 기능

• 클라이언트로부터 메시지 수신

• 메시지 수신자 결정 및 전달

• 수신자가 접속 상태가 아닌 경우에는 접속할 때까지 해당 메시지 보관

  

• Http 프로토콜 사용하여 메시지 송신

  • keep-alibe 헤더를 사용하여 클라이언트와 서버 사이의 연결 유지 → tcp 핸드세이크 횟수 감소
  • HTTP는 클라이언트가 연결을 만드는 프로토콜이며, 서버에서 클라이언트로 임의 시점에 메시지를 보내는 데는 쉽게 쓰일 수 없다.

폴링

• 클라이언트가 주기적으로 서버에게 새 메시지가 있느냐고 물어보는 방법

• 폴링을 자주할수록 비용이 높아짐 → 메시지가 없는 경우 자원 낭비

  

롱 폴링

• 새 메시지가 반환되거나 타임아웃될 때까지 연결을 유지 → 클라이언트가 서버로부터 새 메시지를 받으면 기존 연결을 종료하고 서버에게 새 요청을 생성
• 메시지를 보내는 클라이언트와 수신하는 클라이언트가 같은 채팅 서버에 접속하게 되지 않을 수도 있다. HTTP 서 버들은 보통 무상태 (stateless) 서 버 다. 로드밸런싱을 위해 라운드 로빈(round robin) 알고리즘을 사용하는 경 우, 메시지를 받은 서버는 해당 메시지를 수신할 클라이언트와의 롱 폴링 연 결을 가지고 있지 않은 서버일 수 있는 것이다.
• 서버 입장에서는 클라이언트가 연결을 해제했는지 아닌지 알 방법이 없다