HTTP/3 yra HTTP/2 įpėdinis. Atsižvelgiant į tai, kad perėjimas nuo HTTP/1.1 prie HTTP/2 užtruko 16 metų, ar turėtume kreiptis į HTTP/3?
Tikriausiai atspėjote. Nerašyčiau apie tai, jei negalvočiau kitaip. Verta neatsilikti nuo šios temos. Kaip HTTP/2 padarė svarbių HTTP/1.1 pakeitimų, perjungdamas nuo ASCII prie dvejetainio duomenų perdavimo metodo, HTTP/3 vėl atlieka svarbių pakeitimų, šį kartą pakeisdamas pagrindinį transportavimą iš TCP į UDP. Šis pakeitimas yra pagrindinis pokytis, įvykęs šioje pakeitimo iteracijoje.
Nors HTTP/3 dar tik projektavimo stadijoje. Oficiali specifikacija yra schematinis brėžinys. Jis įgyvendinamas lėtai. Deja, net ir tada turime atsižvelgti į nestabilų šios HTTP/3 versijos veikimą.
Tačiau yra daug nežinomųjų ir klausimų, kaip veikia HTTP/3. Kokia nauda? Ką turėtų žinoti tinklo inžinieriai, sistemų administratoriai ir programuotojai?
HTTP/2 ir HTTP/3 palyginimas
- HTTP/2 žymiai padidina našumą, nes išsprendžia HTTP eilutės antraštės (HOL) blokavimo problemą. Jis siūlo užklausų / atsakymų tankinimą, dvejetainį kadravimą, antraštės glaudinimą, srauto prioritetų nustatymą ir serverio peradresavimą.
- HTTP/3 yra greitesnis, nes apima visą HTTP/2 protokolą ir išsprendžia TCP HOL blokavimo problemą. HTTP/3 vis dar yra tik juodraštis. Jis yra efektyvesnis, naudoja mažiau išteklių (sistemos ir tinklo), reikalauja šifravimo (SSL sertifikatai yra privalomi) ir naudoja UDP.
- Tikėtina, kad žiniatinklio naršyklės kurį laiką ir toliau palaikys senesnes HTTP versijas. Svetainių, kuriose įgalintas HTTP/3, našumas ir paieškos variklio reitingavimo pranašumai paspartins platų diegimą.
- Netolimoje ateityje svetainių savininkai taip pat gali norėti palaikyti HTTP/3. Tačiau jis yra prieštaringesnis nei HTTP/2 ir gali turėti natūralių priešų didelių tinklų pavidalu.
spektaklis
Atidėjus svetainės įkėlimą 100 milisekundžių, konversijų rodiklis gali sumažėti 7 %!
Taip pat skaitykite:Kaip peržiūrėti Instagram be paskyrosŹródło: Akamai internetinės mažmeninės prekybos veiklos ataskaita: Milisekundės svarbios
Ar HTTP/3 jau pasiekiamas?
Kol standartas vis dar kuriamas, svetainių savininkai ir lankytojai gali pradėti gauti HTTP/3 palaikymą naršyklėse, operacinėse sistemose ir kitose klientų programose. Žinoma, greičiausiai pamatysime daugiau standarto, kuris jau buvo įdiegtas daugybe, pakeitimų.
Kai įjungtas HTTP/3, visas tinklas nepasikeis iš karto. Daugelis svetainių vis dar nenaudoja HTTP/2.
Galimas naujojo protokolo trūkumas yra tas, kad jam reikalingas didesnis procesoriaus naudojimas tiek serveriui, tiek klientui. Tikėtina, kad bėgant laikui, tobulėjant technologijoms, šis poveikis mažės.
TCP HOL blokavimo problema
TCP perkrovos valdymas tvarkomas naudojant paketų pakartotinio perdavimo ir atsitraukimo mechanizmus. Taip atsitinka, kai jis naudojamas, kai aptinkamas duomenų vientisumo praradimas. Perkėlimas užtikrina, kad duomenys galiausiai būtų pateikiami nuosekliai ir visi.
Išspręskite TCP HOL problemą
Norint išspręsti TCP HOL blokavimo problemą, reikėjo ne tik pereiti prie UDP, nes vis tiek reikėjo užtikrinti teisingą ir pilną duomenų perdavimą, tuo pačiu užtikrinant mažas serverio apkrovas. QUIC protokolas skirtas pagerinti našumą lauke. Užtikrina optimalų HTTP ryšį per UDP.
Kadangi QUIC rūpinasi srautų, dvejetainių kadrų ir kt. tvarkymu, HTTP/2 belieka ką veikti. Defacto QUIC+ HTTP iš tikrųjų yra HTTP/3.
QUIC OSI modelis pagrįstas tuo, kad IP adresas yra pagrindas, jungiantis du krūvas. Kairysis HTTP protokolų krūvas prie IP adreso prideda TCP, TLS ir HTTP/2. Dešinėje pusėje esantis HTTP protokolo krūvas prideda UDP, privatų bloką ir „HTTP per QUIC“. Privačiame bloke yra QUIC perkrovos valdymas ir, panašiai kaip TCP, galimybė atkurti prarastus duomenis ir papildomas QUIC šifravimo / šifravimo blokas.
Yra daug QUIC versijų, nes protokolas buvo kuriamas ir diegiamas gamybinėse aplinkose daugelį metų. Yra net „Google“ skirta versija, vadinama GQUIC. Todėl svarbu atskirti senuosius QUIC protokolus nuo naujojo HTTP/3 standarto.
Kas yra UDP?
User Datagram Protocol (UDP) yra TCP alternatyva. Ji nesuteikia transliacijos virtualizacijos ar tų pačių garantijų kaip TCP. Vietoj to, tai yra paprastas būdas supakuoti duomenis, nukreipti juos į kitą kompiuterį ir išsiųsti. Jis yra nepatikimas, chaotiškas ir neturi jokios spūsčių ir atliekų kontrolės.
Siekiama, kad jis būtų lengvas ir teiktų minimalias darbo funkcijas, reikalingas ryšiui palaikyti. Tokiu būdu programa gali įgyvendinti savo garantijas. Tai dažnai labai naudinga realaus laiko programose. Pavyzdžiui, pokalbių metu vartotojai paprastai nori gauti 90 % duomenų iš karto, o ne 100 % duomenų pabaigoje.
Taip pat skaitykite:Kas yra „WhatsApp“ kanalo funkcija ir kaip ją pasiekti?Ar HTTP/3 visada užšifruotas?
HTTP/3 apima šifravimą Vienas iš pagrindinių HTTP/3 diegimo iššūkių yra būtinybė modifikuoti TLS/SSL bibliotekas, kad būtų pridėta naujų reikiamų funkcijų.
Šis pakeitimas yra todėl, kad HTTP/3 skiriasi nuo HTTPS šifravimo požiūriu. Naudojant senąjį HTTPS protokolą, TLS apsaugo tik pačius duomenis, o likusieji duomenys paliekami užšifruoti. HTTP/3 ir duomenys, ir transportavimo protokolas yra apsaugoti. Protokolas pagerina HTTP/2 aptiktus perteklius. Todėl transportavimo ir duomenų protokolo šifravimas iš tikrųjų padidina protokolo efektyvumą.
santrauka
Naujasis protokolas yra greitesnis ir praplečia esamą protokolą. Tačiau nemanau, kad jis greitai prigis ir bus pasiekiamas kaip pagrindinis leidimas. Man įdomu, kada į „WordPress“ prieglobą standartiškai įtrauktas HTTP/3.
Straipsnis atnaujintas prieš XNUMX metus.
Nedvejodami išeikite Komentarų laukelis žemiau. Taip pat prašome užsiprenumeruoti naujienlaiškį adresu „Google“ naujienos Norėdami gauti naujausius mokomuosius straipsnius!