제 2장. 간단한 프로토콜 HTTP

📘 1. HTTP 메시지 구조

🔎 1. HTTP Requset 구조

• Start Line
  [HTTP Method][Request Target][HTTP Version]로 구성
  HTTP Method : 요청의 의도를 담고 있는 GET, POST, PUT, DELETE 등이 해당
  Request Target : HTTP Request가 전송되는 목표 주소
  HTTP Version : version에 따라서 Request 메시지 구조나 데이터가 다를 수 있어서 version을 명시해야 함
• Http Headers
  해당 Request에 대한 추가 정보를 담고 있는 부분
  요청하려는 서버 호스트 이름, 포트 번호, cookie, authorization 등이 존재
• Empty Line
  Headers의 끝을 빈 줄로 식별
• Body
  HTTP request가 전송하는 데이터를 담고 있는 부분

🔎 2. HTTP Response 구조

• Status Line
  [HTTP Version][Status Code][Status Text]로 구성
• Http Headers
  해당 Response에 대한 추가 정보를 담고 있는 부분
  생략 가능
• Empty Line
  Headers의 끝을 빈 줄로 식별
• Body
  HTTP Response가 전송하는 데이터를 담고 있는 부분
  생략 가능

 

 

📘 2. HTTP는 Stateless 하다

• HTTP는 상태를 유지하지 않는 Stateless 프로토콜이다.
• 이는 많은 데이터를 매우 빠르고 확실하게 처리하는 범위성(Scalability)을 확보하기 위해서 이와 같이 간단하게 설계되어 있는 것
• 상태를 계속 유지하고 싶은 요구에 부응하기 위해서 쿠키(Cookie)라는 기술이 도입

 

 

 

📘 3. 요청 URI로 리소스를 식별

• HTTP는 URI(Uniform Resource Identifiers)를 사용하여 인터넷상의 리소스를 지정

GET http://amenable.tistory.com HTTP/1.1

• 특정 리소스가 아닌 서버 자신에게 리퀘스트를 송신하는 경우에는 리퀘스트 URI에 '*'을 지정할 수 있다.

POST * HTTP/1.1

 

 

📘 4. HTTP 메서드

• HTTP 메서드란 클라이언트가 서버에게 요청의 목적 및 종류를 알리는 수단
• 리소스에 수행하길 원하는 행동, 서버가 수행해야 할 동작을 지정하여 요청을 보내는 방법

메서드	설명
GET	리소스 획득
POST	엔티티 전송
PUT	파일 전송
HEAD	메시지 헤더 취득
DELETE	파일 삭제
OPTIONS	제공하고 있는 메서드 문의
TRACE	경로 조사
CONNECT	프록시에 터널링 요구

 

 

📘 5. 지속 연결

• 하나의 HTML에 여러 이미지가 포함되어 있는 경우 브라우저를 사용해서 리퀘스트를 하면 HTML 문서에 포함되어 있는 이미지를 획득하기 위해서 여러 리퀘스트를 송신
• 지속 연결을 하지 않는다면 리퀘스트를 보낼 때마다 매번 TCP 연결과 종료를 하게 되는 쓸모없는 일이 발생되어 통신량이 늘어나게 됨

 

• 이를 해결하기 위해 지속 연결(Persistent Connections)이라는 방법이 고안
• 지속 연결을 하면 TCP 커넥션의 연결과 종료로 반복되는 오버헤드를 줄여주기 때문에 서버에 대한 부하가 경감
• 또한, 오버헤드를 줄인 만큼 HTTP 리퀘스트와 리스폰스가 빠르게 완료되기 때문에 웹 페이지를 빠르게 표시 가능

 

 

📘 6. 파이프라인화(HTTP Pipelining)

• 지속 연결은 여러 리퀘스트를 보낼 수 있도록 하는 파이프라인(HTTP Pipelining)화를 가능하게 함
• 이를 통해 리스폰스를 기다리지 않고 바로 다음 리퀘스트를 보낼 수 있음
• HTML 한 페이지에 10개의 이미지를 포함한 웹 페이지를 리퀘스트한 경우, 개별 연결보다는 지속 연결이 빠르고, 지속 연결보다는 파이프라인화가 빠름 (리퀘스트의 수가 늘어날수록 차이가 커짐)

 

 

📘 7. 쿠키를 사용한 상태관리

• 쿠키란 리퀘스트와 리스폰스에 쿠키 정보를 추가해서 클라이언트의 상태를 파악하기 위한 시스템
• 서버에서 리스폰스로 보내진 Set-Cookie라는 헤더 필드에 의해 쿠키를 클라이언트에 보존
• 다음번에 클라이언트가 같은 서버로 리퀘스트를 보낼 때, 자동으로 쿠키 값을 넣어서 송신
• 서버는 클라이언트가 보내온 쿠키를 확인하여 어느 클라이언트가 접속했는지 확인 가능

 

[참고 자료]
99C0RN 님의 '[간단정리] HTTP Request/Response 구조'