HTTP & Protocol Evolution

1. Overview

HTTP 및 프로토콜 진화(HTTP & Protocol Evolution, HPE)은 텍스트 기반의 단순한 문서 전달 도구에서 전 세계를 잇는 고성능 애플리케이션 전송망으로 진화해온 웹의 물리적 역사이자 설계 사상입니다.

학습자는 한 번에 하나씩 보내던 HTTP/1.1의 비효율성을 극복하기 위해 등장한 HTTP/2의 이진 프레이밍 및 멀티플렉싱 수리 모델을 배웁니다. 특히, TCP의 고질적 한계인 HOLB 해결을 위해 UDP 위에 구현된 **HTTP/3 (QUIC)**의 물리적 수순을 익힙니다. 이를 통해 '웹 응답 속도'의 수치적 한계를 돌파하기 위해 통신 계층이 어떤 수리적 가공을 거쳐왔는지 이해하고, 현대 브라우저와 서버 간의 최적화된 소통로를 구축하는 하이엔드 웹 프로토콜 역량을 확보합니다.

2. Scope & Boundaries

In-Scope

• HTTP/1.1 Mechanics: 지속 연결(Persistence), 파이프라이닝의 물리적 한계
• HTTP/2 Foundations: Binary Framing, Multiplexing, Server Push의 수리 모델
• HPACK & QPACK: 가변 길이 부호화를 활용한 헤더 압축 물리학
• HTTP/3 Dynamics: QUIC 기반의 스트림 독립성과 0-RTT 핸드셰이크 물리 수순
• Request/Response Life-cycle: 메서드, 상태 코드, 헤더 필드의 표준적 역할 분담

Out-of-Scope

• HTML/CSS 렌더링 및 자바스크립트 엔진 최적화 상세 (14-01-XX 영역으로 위임)
• 웹 보안 TLS 1.3의 구체적인 암호화 알고리즘 (10-02-01 영역에서 분담)

Boundaries

• HPE vs. API Design: HPE는 '데이터를 실어나르는 물리적 차량(Protocol)'에 집중하며, '차량에 무엇을 실을지 규칙(REST, gRPC)'을 정하는 API 디자인 노드(08-03-02)와 구분합니다.

3. Counterexample

• 단순히 "HTTP는 웹용이다"라 설명하는 것은 HPE 학습이 아닙니다. 왜 HTTP/1.1의 '홀-오브-라인 블로킹'이 하드웨어 처리량을 수리적으로 묶어버리는지 병목 시나리오로 증명할 수 있어야 하며, HTTP/3를 도입했음에도 하부 네트워크의 패킷 손실률이 높을 때 왜 실제 성과가 기대에 못 미치는지 논증하지 못한다면 프로토콜 진화의 본질을 이해하지 못한 것입니다.

4. Prerequisites

• Transport Layer Mechanisms (Basic): 소켓 및 TCP/UDP 기초 이해가 필수입니다. (08-01-03 TLM)
• UDP & Real-time Communication (Recommended): QUIC과 핸드셰이크 단축 이해가 권장됩니다. (08-02-04 URC)

5. Learning Map

1. Textual Roots: 사람이 읽을 수 있는 텍스트 기반 소통(HTTP/1.1)의 물리적 한계를 인지합니다.
2. Binary Performance: 데이터를 비트로 쪼개어 한 도로에 여러 차를 보내는 기술(HTTP/2)을 익힙니다.
3. The Speed of First: 첫 만남부터 암호화와 연결을 끝내는 극한의 물리적 단축(0-RTT)을 배웁니다.
4. Stateless Web: 전 세계 수억 개의 소통이 데이터 유실 없이 수리적으로 정렬되는 웹 생태계를 완성합니다.

6. Learning Topics

Basic

Core: HTTP의 기본 구조와 메서드 (HTTP Foundations)

• Why to Learn: 모든 웹 요청의 시작과 끝이 어떤 물리 규약에 의해 이루어지는지 알기 위해서입니다.
• What to Learn:
  • Stateless Nature: 모든 요청이 독립적인 물리 사건임을 이해
  • Request/Response Structure: 시작줄, 헤더, 본문의 수리적 배치
  • Standard Methods: GET, POST, PUT, DELETE의 물리적 의도 구분
• How to Learn:
  • curl -v 명령어를 통해 생(Raw) HTTP 요청을 날리고 서버의 응답 헤더를 비트 단위로 분석 실습
  • 404, 500 등 상태 코드에 따른 하드웨어적 후속 조치 시나리오 연구
• Implement: 특정 URL로 GET 요청을 보내고 헤더 정보만 정제하여 출력하는 기초 URLRequest

Recommended

Core: HTTP/2와 성능의 비약 (Multiplexing Mechanics)

• Why to Learn: 수백 개의 이미지가 있는 페이지가 어떻게 한 번에 로드되는지 수리적으로 이해하기 위함입니다.
• What to Learn:
  • Binary Framing Layer: 텍스트를 이진 프레임으로 가공하는 물리 계층
  • Multiplexing: 하나의 TCP 연결에서 여러 스트림을 병렬로 태우는 물리학
  • HPACK: 중복되는 헤더를 인덱스로 치환하는 수리적 압축법
• How to Learn:
  • 동일한 페이지를 HTTP/1.1과 HTTP/2로 로드했을 때의 네트워크 폭포수($Waterfall$) 그래프 수치 비교
  • 서버 푸시(Server Push) 기능을 통해 클라이언트가 요청하기도 전에 데이터를 꽂아주는 물리 과정 확인
• Implement: 가상의 스트림 ID를 부여하여 여러 응답 데이터를 하나의 채널로 묶는 StreamEncoder

Practical

Core: HTTP/3와 QUIC 혁명 (Next-gen Delivery)

• Why to Learn: 이동 통신(Wi-Fi <-> LTE) 환경에서 끊기지 않는 웹 서비스를 구현하기 위해서입니다.
• What to Learn:
  • UDP-based Delivery: TCP의 혼잡 제어를 UDP 위에서 수리적으로 재구현
  • Stream Independence: 한 파일 유실이 다른 파일 다운로드를 막지 않는 물리 구조
  • Connection ID: IP가 바뀌어도 소켓이 유지되는 하드웨어 식별 기제
• How to Learn:
  • 크롬 개발자 도구의 'Protocol' 탭에서 h3 표시를 확인하고, 실제 패킷의 물리적 구성을 분석하는 실습
  • 1-RTT와 0-RTT 환경에서 웹 페이지 초기 로딩 시간($TTFB$)의 수치적 격차 산출
• Implement: QUIC의 특징인 연결 ID를 관리하여 클라이언트 이동을 추적하는 MobileSocket 프로토타입

Advanced

Core: 프로토콜 최적화와 거버넌스 (Protocol Governance)

• Why to Learn: 전 세계 규모의 서비스에서 프로토콜 버전별 지원 전략을 수리적으로 결정하기 위함입니다.
• What to Learn:
  • ALPN (Application-Layer Protocol Negotiation): 서버와 클라이언트가 최적의 버전을 고르는 수순
  • Priority Management: 어떤 데이터(CSS vs IMG)를 물리적으로 먼저 보낼지 결정하는 수리 알고리즘
  • Protocol Overheads: 압축과 암호화가 하드웨어 CPU에 미치는 소모 비용 산출
• How to Learn:
  • 상위 1% 고부하 상황에서 헤더 압축 알고리즘 변경에 따른 하드웨어 가용성 변동 측정 실습
  • 레거시 하드웨어를 위한 '프로토콜 다운그레이드' 시의 수리적 취약점 및 성능 하락 리스크 분석
• Implement: 클라이언트의 가용 상태를 판단하여 HTTP/2 혹은 HTTP/3를 강제하는 VersionNegotiator

7. Terminology

8. References

Primary

• [P1] CS2023 - NC/Networking and Communication (Network applications / Information models) — Core requirements.
• [P2] SWEBOK v4.0 - Software Engineering Professional Practice / Communication Skills (Technical standards) — Industry context.

Secondary

• [HTTP: The Definitive Guide] David Gourley — The classic reference.
• [High Performance Browser Networking] Ilya Grigorik — Best for HTTP/2 and performance.

Industry

• [RFC 9110: HTTP Semantics] — The latest HTTP foundational standard.
• [RFC 9113: HTTP/2] — HTTP/2 specification.
• [RFC 9114: HTTP/3] — HTTP/3 specification.

9. Final Checklist

Primary

• 'HTTP/1.1' 대비 'HTTP/2'가 물리적으로 응답 지연을 줄이는 수리적 원리(멀티플렉싱)를 설명 가능한가? (P1)
• '상태 없는(Stateless)' 프로토콜 성질이 왜 분산 서버의 부하 분산($Load Balancing$)에 유리한지 기술할 수 있는 가? (P1)

Secondary

• '헤더 압축(HPACK)'이 왜 하드웨어 대역폭 점유율을 수치적으로 드라마틱하게 낮추는지 소통 가능한가?
• HTTP/3로의 전환이 '모바일 네트워크 전환' 상황에서 사용자 경험을 어떻게 물리적으로 보호하는지 논증할 수 있는 가?

Industry

• 대규모 정적 리소스를 제공하는 서비스에서 'Server Push'를 도입했을 때 발생하는 하드웨어 리소스 낭비 시나리오를 제안할 수 있는 가? (SFIA)
• 'ALPN' 핸드셰이크 지연이 전체 암호화 연결 속도에 미치는 수리적 영향을 분석할 수 있는 가?