După ani de muncă asiduă, la 6 iunie 2022, IETF (Internet Engineering Task Force) a lansat oficial RFC pentru HTTP/3, a treia versiune majoră a Protocolului de Transfer Hipertext (HTTP), iar RFC-ul complet are peste 20.000 de cuvinte și explică HTTP/3 în detaliu.
În același timp, Internet Engineering Task Force (IETF) a actualizat și protocoalele HTTP/1.1 și HTTP/2, după cum urmează:
HTTP/3 - protocolul RFC 9114:Autentificarea cu hyperlink este vizibilă. HTTP/2 - protocolul RFC 9113:Autentificarea cu hyperlink este vizibilă. HTTP/1.1 - protocolul RFC 9112:Autentificarea cu hyperlink este vizibilă.
QUIC
QUIC (Quick UDP Internet Connection) este unic dezvoltat de GoogleBazat pe UDPProtocol de nivel de transport Internet cu latență scăzută. În noiembrie 2016, Grupul Internațional de Lucru pentru Ingineria Internetului (IETF) a organizat prima întâlnire a grupului de lucru QUIC, care a atras o atenție largă din partea industriei. Aceasta înseamnă, de asemenea, că QUIC a început procesul său de standardizare ca protocol de nouă generație la stratul de transport.
HTTP/3
HTTP/3 este a treia versiune majoră a Protocolului de Transfer Hipertext pentru schimbul de informații pe World Wide Web, împreună cu HTTP/1.1 și HTTP/2. HTTP/3 rulează întotdeauna pe QUIC (nu TCP pentru TCP/IP, QUIC îl înlocuiește), și este gata (și este în centrul HTTP/3).
Există multe moduri de a implementa HTTP/3, cum ar fi quiche-ul Cloudflare, ramura experimentală a lui Caddy și ramura oficială QUIC a Nginx.
Deoarece Openssl nu suportă oficial protocolul QUIC, motivul invocat este că încă sunt ocupați cu dezvoltarea Openssl-3.0, iar actualizările QUIC sunt prea rapide, așa că trebuie să folosim o ramură dezvoltată de GoogleBoringssl。
BoringSSL este o ramificație a OpenSSL creată de Google, dar codul care folosește BoringSSL nu garantează stabilitatea API-ului sau a ABI-ului, așa că Google va continua să trimită corecturi de bug-uri către OpenSSL și să finanțeze în continuare Inițiativa pentru Infrastructură de Bază și Fundația OpenBSD.
Context: Google a folosit peste 70 de patch-uri OpenSSL, unele dintre ele fiind acceptate în depozitul principal OpenSSL, dar majoritatea nu. Pe măsură ce Android, Chrome și alte proiecte încep să necesite un subset din aceste patch-uri, lucrurile devin din ce în ce mai complicate și este nevoie de prea mult efort pentru a te asigura că toate patch-urile funcționează corect în diferite baze de cod. Așa că au decis să creeze o ramură OpenSSL. Site-ul oficial NGINX, locul filialei QUIC:Autentificarea cu hyperlink este vizibilă. Site demonstrativ pentru nginx-quic:Autentificarea cu hyperlink este vizibilă.
Cât de rapid este HTTP/3?
New York, SUA: Iată timpii de răspuns HTTP/2 vs. HTTP/3 când se solicită de la trei locații diferite de la centrul de date din New York:
HTTP/3 in:
Site-urile mici sunt cu 200 de milisecunde mai rapide Site-ul de conținut este cu 325 milisecunde mai rapid Aplicațiile cu o singură pagină sunt cu 300 de milisecunde mai rapide
Minnesota se află la 1000 de mile (aproximativ 160 de kilometri) de New York; Această lungime nu înseamnă nimic pentru o conexiune de rețea. Totuși, este important ca HTTP/3 să poată îmbunătăți performanța chiar și pe distanțe relativ scurte.
Testul suportă QUIC-HTTP/3
În prezent, există două site-uri web care pot fi folosite pentru a testa dacă site-ul nostru suportă QUIC-HTTP/3, după cum urmează:
Autentificarea cu hyperlink este vizibilă.
Autentificarea cu hyperlink este vizibilă.
(Sfârșit)
|