|
|
Opublikowano 12.06.2022 14:07:25
|
|
|
|
Po latach ciężkiej pracy, 6 czerwca 2022 roku IETF (Internet Engineering Task Force) oficjalnie opublikowało RFC dla HTTP/3, trzeciej głównej wersji protokołu Hypertext Transfer Protocol (HTTP), a pełny RFC liczy ponad 20 000 słów i szczegółowo wyjaśnia HTTP/3.
Równocześnie Internet Engineering Task Force (IETF) zaktualizowała protokoły HTTP/1.1 i HTTP/2, w następujący sposób:
HTTP/3 - protokół RFC 9114:Logowanie do linku jest widoczne.
HTTP/2 - protokół RFC 9113:Logowanie do linku jest widoczne.
HTTP/1.1 - protokół RFC 9112:Logowanie do linku jest widoczne.
QUIC
QUIC (Quick UDP Internet Connection) to jedyny w swoim rodzaju sprzęt opracowany przez GoogleOparte na UDPProtokół warstwy transportu internetowego o niskiej latencji. W listopadzie 2016 roku Międzynarodowa Grupa Zadaniowa ds. Inżynierii Internetu (IETF) zorganizowała pierwsze spotkanie grupy roboczej QUIC, które wzbudziło szerokie zainteresowanie branży. Oznacza to również, że QUIC rozpoczął proces standaryzacji jako protokół nowej generacji warstwy transportowej.
HTTP/3
HTTP/3 jest trzecią główną wersją protokołu Hypertext Transfer Protocol do wymiany informacji w sieci World Wide Web, obok HTTP/1.1 i HTTP/2. HTTP/3 zawsze działa na QUIC (nie TCP dla TCP/IP, QUIC go zastępuje) i jest gotowy (i jest sercem HTTP/3).
Istnieje wiele sposobów implementacji HTTP/3, takich jak quiche Cloudflare, eksperymentalna gałąź Caddy oraz oficjalna gałąź QUIC Nginx.
Ponieważ Openssl oficjalnie nie wspiera protokołu QUIC, powodem jest to, że wciąż są zajęci rozwijaniem Openssl-3.0, a aktualizacje QUIC są zbyt szybkie, więc musimy skorzystać z gałęzi opracowanej przez GoogleBoringssl。
BoringSSL to fork OpenSSL stworzony przez Google, ale kod wykorzystujący BoringSSL nie gwarantuje stabilności API ani ABI, dlatego Google będzie nadal przesyłać poprawki błędów do OpenSSL i finansować Core Infrastructure Initiative oraz OpenBSD Foundation.
Tło: Google użyło ponad 70 poprawek OpenSSL, z których niektóre zostały zaakceptowane do głównego repozytorium OpenSSL, ale większość nie. W miarę jak Android, Chrome i inne projekty zaczynają wymagać podzbioru tych poprawek, sprawy stają się coraz bardziej skomplikowane i wymaga zbyt wiele wysiłku, by wszystkie poprawki działały poprawnie w różnych bazach kodu. Dlatego zdecydowali się utworzyć gałąź OpenSSL.
Oficjalna strona NGINX Oddział QUIC:Logowanie do linku jest widoczne.
Strona demonstracyjna nginx-quic:Logowanie do linku jest widoczne.
Jak szybki jest HTTP/3?
Nowy Jork, USA: Oto czasy odpowiedzi HTTP/2 vs. HTTP/3 przy żądaniach z trzech różnych stron centrum danych w Nowym Jorku:
HTTP/3 w:
Małe miejsca są o 200 milisekund szybsze
Strona z treścią jest o 325 milisekund szybsza
Aplikacje jednostronicowe są o 300 milisekund szybsze
Minnesota znajduje się 1000 mil (co w przybliżeniu 160 kilometrów) od Nowego Jorku; Ta długość nie jest niczym przy łączu sieciowym. Jednak ważne jest, aby HTTP/3 był w stanie poprawić wydajność nawet na stosunkowo krótkich odległościach.
Test obsługuje QUIC-HTTP/3
Obecnie dostępne są dwie strony internetowe, które można wykorzystać do sprawdzenia, czy nasza strona obsługuje QUIC-HTTP/3, a to poniżej:
Logowanie do linku jest widoczne.
Logowanie do linku jest widoczne.
(Koniec)
|
Poprzedni:Przesyłanie załączników masowych (COS JavaScript SDK)Następny:[Obrót] Excel, aby zobaczyć skróty kodu VBA
|
Ziemianin|
Opublikowano 12.06.2022 14:08:31
|
