✔오늘 배운 중요한 🔑 point

HTTP/2는 기존 시스템에서 성능 최적화를 필요로 하는 대규모 웹사이트나 포털, 전자상거래 사이트에 적합하다.
HTTP/3는 더 빠르고 안정적인 연결을 제공하며, 모바일 환경이나 네트워크 품질이 불안정한 환경에서 뛰어난 성능을 발휘한다. 특히 실시간 통신이나 지연 시간이 중요한 서비스에서 강점을 보인다.

🎯 오늘 배운 내용

웹의 발전과 함께, 빠르고 효율적인 데이터 전송이 매우 중요하다. 웹사이트나 애플리케이션의 성능을 향상시키는 방법 중 하나는 HTTP 프로토콜을 최적화하는 것이다. 그 중에서도 HTTP/2와 HTTP/3는 웹 성능 향상을 위한 핵심 기술이다.

Google의 경우에는 HTTP/3 (QUIC) 프로토콜을 사용하며 Naver의 경우에는 HTTP/2 프로토콜을 사용한다.

네이버는 검색기능 같은 일부 리소스에만 H3 프로토콜을 사용한다.

멀티플렉싱(Multiplexing):
- HTTP/1.1에서는 하나의 연결에서 하나의 요청만 처리할 수 있지만 HTTP/2는 하나의 연결을 통해 여러 요청과 응답을 동시에 처리할 수 있어 성능을 크게 향상.
헤더 압축(Header Compression):
- HTTP/2는 HTTP 헤더를 압축하여 네트워크 대역폭을 절약할 수 있어 큰 요청과 응답에서 유리.
서버 푸시(Server Push):
- 서버는 클라이언트가 요청하지 않은 리소스도 미리 푸시 가능
연결 관리 개선:
- 여러 요청을 하나의 연결로 처리함으로써 연결 수를 줄여 서버 자원 소모를 낮추고, 네트워크 연결 성능을 개선.

QUIC 프로토콜 기반:
- HTTP/3는 QUIC(Quick UDP Internet Connections)를 기반으로 하고 QUIC는 UDP를 사용하여 더 빠른 연결을 지원하며, TCP보다 더 나은 성능을 제공.
더 빠른 연결 설정:
- HTTP/3는 "제로 라운드 트립 타임(Zero RTT)"을 제공하여, 클라이언트와 서버 간 연결 설정 시간이 크게 줄어 네트워크가 불안정할 때 유리.
패킷 손실에 강함:
- QUIC는 패킷 손실에 강한 특성을 가지고 있어, 한 패킷이 손실되더라도 다른 패킷은 영향을 받지 않아 성능 향상에 큰 도움이 됨.
멀티플렉싱 개선:
- HTTP/3는 QUIC에서 멀티플렉싱을 더욱 개선하여 하나의 연결에서 여러 요청을 처리할 때 성능을 더욱 최적화하여 HTTP/2에서 발생할 수 있는 헤더 압축 관련 문제를 해결할 수 있음.

QUIC vs. TCP—Development and Monitoring Guide

Learn how to choose between QUIC and TCP for your applications. Understand QUIC vs. TCP key differences and the metrics to monitor for performance.

www.catchpoint.com

HTTP/2와 HTTP/3를 적절히 활용하면, 웹 애플리케이션의 성능과 보안을 최적화하고, 다양한 사용자 환경에서 뛰어난 경험을 제공할 수 있다.