[HTTP 웹 기본 지식] - HTTP 기본

김영한님의 모든 개발자를 위한 HTTP 웹 기본 지식 강의 정리&복습

모든 것이 HTTP(Hyper Text Transfer Protocol)

HTTP는 HTML, TEXT, 이미지, 음성, 영상, 파일, JSON, XML(API) 등 거의 모든 형태의 데이터 전송 가능하다.

서버간 데이터를 주고 받을 때도 대부분 HTTP를 사용한다.

 

HTTP의 역사

1. HTTP/0.9 (1991년): GET 메서드만 지원, HTTP 헤더 X

2. HTTP/1.0 (1996년): 메서드, 헤더 추가

3. HTTP/1.1 (1997년): 가장 많이 사용, 우리에게 가장 중요한 버전 (TCP 기반)

4. HTTP/2 (2015년): 성능 개선 (TCP 기반)

5. HTTP/3 (진행 중): TCP 대신에 UDP 사용, 성능 개선 (UDP 기반)

 

HTTP의 특징

클라이언트 서버 구조

 

Request, Response 구조

클라이언트는 서버에 Request를 보내고, Response를 대기한다.

서버가 Request에 대한 결과를 만들어서 Response 한다.

 

상태 유지 프로토콜(Stateful)

서버가 클라이언트의 상태를 보존한다.

장점으로는 서버에서 세션을 유지할 필요가 없을 때 서버 리소스를 절약할 수 있다는 점이 있고, 단점으로는 서버가 장애가 나타날 경우에 상태값 보존이 안된다는 점이 있다.

 

예) 로그인

무상태 프로토콜(Stateless)

서버가 클라이언트의 상태를 보존하지 않는다.

장점으로는 서버 확장성이 높아진다는 점이 있고, 단점으로는 클라이언트가 데이터를 추가 전송해야한다는 점이 있다.

 

예) 로그인이 필요 없는 단순한 서비스 소개 화면

 

로그인한 사용자의 경우 로그인 했다는 상태를 서버에 유지해야 하고 일반적으로 브라우저 쿠키와 서버 세션 등을 사용해서 상태를 유지한다. 설계할 때는 항상 무상태를 지향하고 상태유지는 최소한으로만 사용하는게 좋다.

 

비 연결성(Connectionless)

HTTP는 기본적으로 비 연결성 모델이다. 서버는 응답하는 시점에서 연결을 끊는다. 그렇기 때문에 일반적으로 초 단위 이하의 빠른 속도로 응답하며 1시간 동안 수천명이 서비스를 사용해도 실제 서버에서 동시에 처리하는 요청은 수십개 이하로 매우 적어진다. 따라서 서버 자원을 매우 효율적으로 사용할 수 있게 된다.

 

비 연결성의 한계와 극복

매 요청시 TCP/IP 연결을 새로 맺어야 한다. -> 3 way handshake 시간 추가

웹 브라우저로 사이트를 요청하면 HTML 뿐만 아니라 자바스크립트, css, 추가 이미지 등등 수 많은 자원이 함께 다운로드된다.

HTTP 초기

 

지금은 HTTP 지속 연결(Persistent Connections)로 문제를 해결했다.

HTTP 지속 연결(Persistent Connections)

 

HTTP 메시지

HTTP 메시지 구조

1. Start Line

Start Line은 요청 시(Request Line), 응답 시(Status Line)로 나뉜다.

 

Request Line

구조: method SP(공백) request-target SP HTTP-version CRLF(엔터)

 

method에는 GET, POST, PUT, DELETE 등이 있으며 서버가 수행해야 할 동작을 지정한다.

request-target에는 절대경로="/" 로 시작하는 경로가 들어간다.

HTTP-version은 사용하는 HTTP 버전을 넣어준다.

 

Status Line

구조: HTTP-version SP status-code SP reason-phrase CRLF

 

HTTP-version은 사용하는 HTTP 버전이다.

status-code는 HTTP 상태 코드이다.

reason-pharse는 사람이 이해할 수 있는 짧은 상태 코드 설명 글이다.

 

2. Header

Request Header, Response Header

구조: field-name ":" OWS(띄어쓰기 허용) field-value OWS

 

HTTP 전송에 필요한 모든 부가정보가 담겨 있다.

예) 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트 정보, 서버 애플리케이션 정보, 캐시 관리 정보 등

표준 헤더가 굉장히 많으며 필요시 임의의 헤더 추가가 가능하다.

 

3. Empty Line (CRLF)

공백의 한 줄을 의미한다.

 

4. Message Body

Message Body

실제 전송할 데이터를 의미하며 HTML 문서, 이미지, 영상, JSON 등등 byte로 표현할 수 있는 모든 데이터를 전송 가능하다.