모든 개발자를 위한 HTTP 웹 기본 지식(2)

HTTP 기본

html형식만 전송하던 http 였지만 지금은 http 메세지에 모든것(html, text, image, 음성, 영상, 파일, json, xml등등)을 전송한다.

HTTP./1.1을 가장 많이 사용

TCP: HTTP/1.1, 2
UDP: HTTP/3

3way handshake, 고용량 데이터 통신 때문에 TCP의 속도가 빠르지가 않아서 HTTP/3이 UDP의 성능을 최적화해서 나왔다.

http 특징

• 클라이언트 서버 구조

  • request response 구조
  • 서버가 요청에 대한 결과를 만들어서 응답
  • 클라이언트는 서버에 요청을 보내고, 응답을 대기

• stateless

  • 서버가 클라이언트의 상태를 보존하지 않음
    ex) 1번요청에서 보낸 데이터를 2번요청에서 다시 함께 보내주지 않으면 1번요청에 대한 데이터를 2번요청에서 다룰수 없다. (1번요청 -> 노트북, 2번요청 -> 노트북, 2개 O 2번요청 -> 2개 X)
    • 상태 유지: 중간에 다른점원이 바뀌면 안된다. (stateful)
    • 상태 유지의 단점: 중계중인 서버랑만 통신이 되어야 한다. 중간에 서버가 장애가 나면 상태가 중간에 사라지기 때문에 치명적이다.
    • 무상태: 중간에 다른점원으로 바뀌어도된다. (stateless)
    • 무상태의 이점: 갑자기 요청이 증가해도 서버을 대거 투입(scale-out)할 수 있다. 응답서버를 쉽게 바꿀 수 있다. 이 말은 무한한 서버 증설이 가능하다는 뜻이기도 하다.
  • stateless의 실무한계
  • 로그인한 사용자의 경우 로그인 했다는 상태를 서버에 유지해야하는 경우는 일반적으로 브라우저 쿠키와 서버 세션등을 사용해서 상태를 유지한다. 상태유지는 최소한만 사용한다. (세션클러스터링도 필요)
  • 데이터를 너무 많이 보낸다.
  • 그럼에도 최대한 서비스는 무상태로 설계한다.

• connectionless

  • 연결을 유지하는 모델은 서버가 연결을 계속 유지하므로 서버의 자원이 빠르게 소모된다. 연결을 유지 하지 않음으로 자원 소모를 최소화 할 수 있다.
  • 일반적으로 초 단위 이하의 빠른속도로 응답하기 때문에, 수천명이 서비스를 동시에 사용해도 실제 서버의 동시 요청 처리는 수십개 이하로 매우 줄어든다.
  • conntectionless의 한계
    • TCP/IP 연결을 위한 3 way handshake 시간 추가
      • 웹브라우저로 요청하면 html, css, javacript, image 등 많은 자원이 함께 다운로드 됨
      • 지금은 http 지속 연결로 문제 해결(자원이 다받아질때까지는 연결 유지)
      • http/2, 3에서 더 많은 최적화
  • 수만명이 동시에 요청하는 선착순 이벤트, 학과 수업 등록 같은 경우
    • ex) 정적 페이지를 하나 둬서 요청이 동시에 오지 않도록 분산 시킨다. 최대한 무상태로 설계하는게 중요함

• http 메시지

  http 메세지 구조

  시작라인
  메세지 헤더
  공백라인(CRLF)
  메세지 바디

  요청 메세지

  GET/search?q=hello HTTP/1.1 <--- start-line
  host: www.google.com <--- message header
  공백라인 <--- CRLF
  요청 내용 있으면 바디<--- message body

  응답 메세지

  HTTP/1.1 200 OK <--- start-line
  host: content-Type: text/html;charset=UTF-8 <--- message header
  공백라인 <--- CRLF
  html 또는 Json<--- message body

• 시작라인

  • start-line = request-line/ status-line
  • request-line = http 매서드 + 요청대상(절대경로) + http 버젼
  • status-line = http 버젼 + http 상태코드 + 에러 발생 시 사유 메세지

  http 헤더

  • field-name: field-value (field-name과 ":" 사이에는 공백 불가, field-value과 ":" 사이에는 공백 허용)
  • http 전송에 필요한 모든 부가정보 포함(ex 메세지 바디 내용, 바디 크기, 압축, 인증, 요청 클라이언트 정보, 서버 어플리케이션 정보, 캐시관리 정보..... 모든 메타데이터)
  • 표준 헤더가 너무 많음
  • 필요시 임의의 헤더 추가 가능

  http 메세지 바디

  • 실제 전송할 데이터
  • byte로 표현할 수 있는 모든 데이터

• 단순하고 확장성이 좋음

  • 크게 성공하는 표준기술은 단순하지만 확장가능한 기술이다.