HTTP 1.1 버전과 비교하여 HTTP 2.0 버전에서 새로 추가된 기능 또는 변경점을 아는 대로 말씀해주세요.

[chxghee]

키워드

• HOLB
• 멀티 플랙싱
• 헤더 압축

[chxghee]

HTTP/1.1

HTTP/1.1은 텍스트 기반 프로토콜로, 요청과 응답을 메시지 형태로 주고받습니다.

기본적으로 하나의 TCP 연결에서 요청과 응답이 순차적으로 처리되는 구조를 가집니다.

(지속 연결(Keep-Alive)로 여러 요청을 보낼 수는 있지만, 응답은 순서대로 받아야 합니다.)

이 때문에 앞선 요청의 처리가 지연되면 뒤에 있는 요청도 함께 지연되는 HOLB(Head Of Line Blocking) 문제가 발생합니다.

은행 창구에서 한 사람이 오래 걸리면 뒤에 줄 선 사람들도 기다려야 하는 상황과 비슷합니다.

---

HTTP/2

HTTP/2는 이러한 문제를 해결하기 위해 멀티플렉싱(Multiplexing) 을 도입했습니다.

• 요청과 응답을 프레임 단위로 나누고
• 하나의 TCP 연결에서 여러 스트림을 병렬적으로 처리할 수 있습니다.

즉, 여러 요청을 동시에 보내고, 응답도 순서와 상관없이 교차해서 받을 수 있습니다.

이를 통해 HTTP/1.1의 HOLB 문제를 크게 개선했습니다.

또한,

• 헤더 압축(HPACK) 을 통해 중복되는 헤더 정보를 줄여 전송 효율을 높였고
• 서버 푸시(Server Push) 기능을 통해 클라이언트가 요청하기 전에 필요한 리소스를 미리 전송할 수 있게 되었습니다.

[chxghee]

[HTTP1.1]

• 텍스트로 보냄

• 지속 연결사용 = 웹 페이지 당 하나의 TCP 연결을 가짐

  → 페이지당 하나의 연결에서 통신하므로 서버의 소켓 수를 줄일 수 있고

  → 공정한 네트워크 대역폭을 가질 수 있다

• 문제점

• HOLB 문제 (Head Of Line Blocking)

  • 하나의 TCP 연결에서 비디오와 사진을 보낼 때, 먼저 무거운 비디오 같은 객체를 보내면 사진 같은 가벼은 객체는 기다려야한다

  → 1.1에서는 이 HOLB 병목을 피하려고 브라우저들이 어쩔 수 없이 도메인당 여러 개(보통 6개)의 TCP 연결을 동시에 뚫어서 사용함 (서버 부하 및 비효율 발생).

[HTTP 2.0]

• 웹 페이지를 전송하기 위한 병렬 TCP 연결의 수를 줄이거나 제거하는 데 있다. (단 하나의 연결만으로)
• 바이너리로 인코딩해서 보냄
• Multiplexing (HOLB 문제 해결)
  • 데이터를 여러 프레임으로 나누고, 번갈아가면서 데이터를 전송하고 서버에서 합치는 것
• 헤더 압축
  • 매번 요청을 보낼 때마다 엄청나게 많은 중복 헤더 데이터(쿠키, User-Agent 등)를 매번 텍스트로 보내야 했던 것을
  • HPACK 알고리즘으로 헤더를 압축해서 보냄
• 서버 푸시
  • 필요한 파일을 알아서 보내 주는 것 (HTML 만이 아니라 css, script 파일들을 알아서 같이 보냄)