연결을 유지하는 모델...
클라이언트1와 TCP/IP연결한다음에 요청/응답함... 연결이 유지됨
클라이언트2와 똑같이함
클라이언트3와 똑같이함
3개랑 유지되어있음. 그러면 연결이 유지되어있는 서버의 자원이 계속 소모됨.
연결을 유지하는 모델은. 클라이언트와 서버가 요청/응답하면 연결을 끊어버린다
이러면 장점: 서버는 연결 유지X, 최소한의 자원 유지
HTTP는 기본이 연결을 유지하지 않는 모델
일반적으로 초 단위의 이하의 빠른 속도로 응답
1시간 동안 수천명이 서비스를 사용해도 실제 서버에서 동시에 처리하는 요청은 수십개 이하로 매우 작음
서버 자원을 매우 효율적으로 사용가능.
한계와 극복
TCP/IP 연결을 새로 맺어야 하니 3 way handshake을 계속해야함... (즉 시간 추가)
웹 브라우저로 사이트를 요청하면 html 뿐만 아니라 자바스크립트, css,추가 이미지 등등 수많은 자원이 함꼐 다운로드
지금은 http 지속 연결 (Persistent Connections)로 문제 해결
http/2, http/3에서 더 많은 최적화
Persistent connection 예:
http 초기에는
클라이언트에서 연결, 요청/html응답 종료 (0.3). 그다음 또 연결 요청/자바스크립트 응답 종료 (0.3). 마지막 연결 요청/이미지 응답/종료 (0.3 ) 총 합 0.9 -> persistent connections은 연결을 한번 해서, 요청/html응답, 요청 자바스크립트 응답, 요청/이미지 응답/ 종료로 합 0.5초 걸림.
스테이트리스를 기억하자! (서버 개발자들이 어려워하는 업무)
정말 같은 시간에 딱 맞추어 발생하는 대용량 트래픽
예) 선착순 이벤트, 명절 ktx예약, 학궈 수업 등록 등등
연결을 유지하는 모델... 클라이언트1와 TCP/IP연결한다음에 요청/응답함... 연결이 유지됨 클라이언트2와 똑같이함 클라이언트3와 똑같이함 3개랑 유지되어있음. 그러면 연결이 유지되어있는 서버의 자원이 계속 소모됨.
연결을 유지하는 모델은. 클라이언트와 서버가 요청/응답하면 연결을 끊어버린다 이러면 장점: 서버는 연결 유지X, 최소한의 자원 유지
HTTP는 기본이 연결을 유지하지 않는 모델 일반적으로 초 단위의 이하의 빠른 속도로 응답 1시간 동안 수천명이 서비스를 사용해도 실제 서버에서 동시에 처리하는 요청은 수십개 이하로 매우 작음 서버 자원을 매우 효율적으로 사용가능.
한계와 극복 TCP/IP 연결을 새로 맺어야 하니 3 way handshake을 계속해야함... (즉 시간 추가) 웹 브라우저로 사이트를 요청하면 html 뿐만 아니라 자바스크립트, css,추가 이미지 등등 수많은 자원이 함꼐 다운로드 지금은 http 지속 연결 (Persistent Connections)로 문제 해결 http/2, http/3에서 더 많은 최적화
Persistent connection 예: http 초기에는 클라이언트에서 연결, 요청/html응답 종료 (0.3). 그다음 또 연결 요청/자바스크립트 응답 종료 (0.3). 마지막 연결 요청/이미지 응답/종료 (0.3 ) 총 합 0.9 -> persistent connections은 연결을 한번 해서, 요청/html응답, 요청 자바스크립트 응답, 요청/이미지 응답/ 종료로 합 0.5초 걸림.
스테이트리스를 기억하자! (서버 개발자들이 어려워하는 업무) 정말 같은 시간에 딱 맞추어 발생하는 대용량 트래픽 예) 선착순 이벤트, 명절 ktx예약, 학궈 수업 등록 등등