Speed increase offered by multiplexing for the browser connections
Decreased delay in multi-object HTTP requests and more efficient use of network resources
transmission order of requested objects based on client-specified object priority
HTTP/2 Notion

RFC 7540, 2015
QUIC과 HTTP/3 - 2. 기존의 성능 개선 기법 및 한계
1편이 주로 기존 전송 프토토콜의 확장성 문제를 다루었다고 한다면 2편에서는 프로토콜의 성능 문제 및 기존의 개선 사항을 알아 보도록 하겠습니다. 이 글의 성능 개선 기법을 이해 한다면 QUIC의 디자인이 더 쉽게 이해될 것입니다. HTTP/1.1 + TLS (https)를 생각해 보면 하나의 HTTP요청을 위해서는 다음과 같은 단계를 거쳐야 합니다. DNS 조회.
https://www.saturnsoft.net/network/2019/03/26/quic-http3-2/

HTTP/2 소개 | Web Fundamentals | Google Developers
참고: 다음 콘텐츠는 High Performance Browser Networking(O'Reilly, Ilya Grigorik)에서 발췌한 것입니다. 전체 버전과 관련 콘텐츠에 대해서는 hpbn.co 를 참조하세요. HTTP/2는 이전에 애플리케이션 내에서 수행되던 상당수의 HTTP/1.1 임시 방편을 실행취소하고 이러한 문제를 전송 계층 내에서 해결할 수 있도록 함으로써 애플리케이션을 더 빠르고, 단순하고, 강력하게 만들어줍니다. 게다가 애플리케이션을 최적화하고 성능을 개선할 수 있는 새로운 기회를 다양하게 제공합니다!
https://developers.google.com/web/fundamentals/performance/http2?hl=ko

HTTP/2 and SPDY indicator
An indicator button for HTTP/2, SPDY and QUIC support by each website.
https://chrome.google.com/webstore/detail/http2-and-spdy-indicator/mpbpobfflnpcgagjijhmgnchggcjblin
Handling HTTP/2 is better left to the infrastructure entry point, typically the load balancer or reverse proxy, as they have to decrypt and decompress the request to know what to do with it, so there is no need to re-encrypt and re-compress it to forward to the app server.
There Isn’t Much Point to HTTP/2 Past The Load Balancer
I want to write a post about Pitchfork, explaining where it comes from, why it is like it is, and how I see its future. But before I can get to that, I think I need to share my mental model on a few things, in this case, HTTP/2.
https://byroot.github.io/ruby/performance/2025/02/24/http2-past-the-load-balancer.html

Seonglae Cho