HTTP version 특징

🔎 HTTP 버전

HTTP 1.0 - 비연결

➡️ HTTP 헤더(header) 개념이 도입되어 요청과 응답에 추가되며, 메타데이터를 주고 받고 프로토콜을 유연하고 확장 가능하도록 개선

한계

• 커넥션 하나당 요청 하나와 응답 하나만 처리 가능
  -> TCP/IP 연결을 새로 맺어야하므로 3 way handshake 시간이 추가

HTTP 1.1 - 지속적인 연결

➡️ 지속적인 연결(Persistant Connections)

• HTTP 지속 연결에서는 연결이 이루어지고 난 뒤 각각의 자원들을 요청하고, 모든 자원에 대한 응답이 돌아온 후에 연결을 종료한다.

➡️ Pipelining 추가

• 앞 요청의 응답을 기다리지 않고 순차적인 여러 요청을 연속적으로 보내고, 그 순서에 맞춰 응답을 받는 방식이 등장

한계

• Head Of Line Blocking (HOL): 앞 요청의 응답 시간이 너무 오래걸리면 뒤 요청은 Blocking 되어버린다.
  -> Pipelining으로 하나의 커넥션에 여러 요청이 가능했지만, 결국 동시에 여러 요청을 처리해 응답으로 주지는 못하였음
  

HTTP 2.0 - Stream

➡️ Multiplexed Streams

• 메시지가 이진화된 텍스트인 frame으로 나뉘어 요청마다 구분되는 Stream을 통해 전달
  즉, frame이 각 요청의 Stream을 통해 전달되며, 하나의 커넥션 안에 여러개의 Stream을 가질 수 있게되어 다중화(multiplexing)가 가능해짐
  • 동시에 여러 요청을 처리하는 것이 가능해짐
  • Stream을 통해서 각 요청의 응답의 순서가 의미가 없어져, HOL Blocking이 자연스럽게 해결됨

한계

• 각 요청마다 Stream으로 구분해서 병렬적으로 처리하지만, TCP 고유의 HOL Blocking이 존재
  -> 서로 다른 Stream이 전송되고 있을 때, 하나의 Stream에서 유실이 발생되거나 문제가 생기면 해결될 때까지 지연되는 현상이 발생되기 때문

HTTP 3.0 - UDP 기반

➡️ QUIC 기반으로 동작

• Quic 이란 Google에서 개발한 UDP 기반의 전송 프로토콜
• Google에서 TCP의 구조적 문제로 성능 향상이 어렵다고 판단하여 UDP 기반을 선택
• QUIC은 TCP의 Stream은 하나의 chain으로 연결되는 것과 다르게 각 Stream당 독립된 Stream chain을 구성하여 TCP HOL Blocking을 해결

🚀 참고
HTTP (1) - version 별 특징 (0.9 / 1.0 / 2.0 / 3.0)