QUIC (UDP 기반) 이론

차세대 웹의 심장: QUIC(UDP 기반) 프로토콜 심층 분석

기존의 TCP가 가진 수십 년 된 한계를 깨부수기 위해 등장한 QUIC은 이제 현대 웹(HTTP/3)의 표준으로 자리 잡았습니다. 단순히 빠른 것을 넘어, 왜 QUIC이 혁신적인지 그 핵심 기술들을 자세히 살펴보겠습니다.

---

1. HOLB(Head-of-Line Blocking) 해결: 독립적 스트림

HOLB(선두 차단)는 줄 맨 앞의 패킷이 유실되면 뒤에 있는 모든 패킷이 도착했음에도 불구하고 대기해야 하는 현상을 말합니다.

어떻게 해결했나요?

TCP는 모든 데이터를 하나의 거대한 '덩어리'로 보지만, QUIC은 UDP 위에서 각 데이터를 독립적인 스트림으로 관리합니다. 한 차선(스트림)에서 사고가 나더라도 다른 차선의 차들은 멈추지 않고 목적지까지 달릴 수 있는 구조입니다.

2. 연결의 초고속화: 0-RTT / 1-RTT 핸드쉐이크

데이터 전송 전 서버와 인사를 나누는 과정인 핸드쉐이크 시간을 극적으로 단축했습니다.

1-RTT (첫 번째 연결)

TCP와 TLS 설정을 각각 하던 과거와 달리, QUIC은 이를 하나로 통합했습니다. 단 한 번의 왕복(1-RTT)만으로 연결과 암호화 설정을 모두 마칩니다.

0-RTT (재연결)

한 번 접속했던 서버라면 서버 정보를 기억해 두었다가, 인사도 생략하고 첫 패킷부터 실제 데이터를 실어 보냅니다. 사용자 입장에서는 클릭과 동시에 데이터가 오기 시작하는 셈입니다.

3. QUIC의 생성 및 식별 기준: Connection ID

네트워크 환경이 바뀌어도 연결이 끊기지 않는 비결은 바로 연결을 정의하는 '기준'에 있습니다.

핵심 차이점

• 기존 TCP: IP 주소와 포트 번호를 기준으로 연결을 확인합니다. Wi-Fi에서 LTE로 바뀌면 IP가 변하므로 연결이 끊깁니다.
• QUIC: IP와 상관없이 무작위로 생성된 고유한 Connection ID(CID)를 기준으로 합니다.

덕분에 이동 중에 IP가 수시로 바뀌어도 사용자는 스트리밍이나 게임이 끊기는 현상을 겪지 않게 됩니다(연결 마이그레이션).

4. 기술 요약 비교

비교 항목	기존 TCP (HTTP/2)	QUIC (HTTP/3)
기반 프로토콜	TCP (경직된 구조)	UDP (유연하고 가벼움)
HOLB 현상	전체 스트림 차단 발생	문제 스트림만 영향
핸드쉐이크 지연	2~3 RTT 소요	0~1 RTT로 단축
이동성 지원	IP 변경 시 연결 끊김	Connection ID로 유지

Cloudflare와 Go/Rust의 시너지

QUIC은 복잡한 암호화와 스트림 관리가 필요해 CPU 부하가 높을 수 있습니다. Cloudflare는 Go와 Rust 엔진을 사용해 데이터가 흐르는 찰나의 순간에만 CPU 리소스를 효율적으로 할당함으로써, QUIC의 고성능을 저비용으로 완벽하게 구현하고 있습니다.

"HTTP/2가 도로를 넓혔다면, QUIC은 신호등을 없애고 직진하게 만든 혁신입니다."