Först så hade vi HTTP.
Sen kom HTTP/2 som innebar nya funktioner och förbättrad hastighet för webben.
Nu finns även QUIC som innebär ytterligare ett jättekliv för både hastighet och säkerhet, och det är en kandidat till att bli HTTP/3 och med tiden ersätta HTTP/2.
QUIC är ett nästa generationens internetprotokoll som är krypterat per default och som kan minska laddtider på internet avsevärt, speciellt för mobila uppkopplingar och för uppkopplingar med dålig bandbredd.
Templ.io har aktiverat QUIC för alla våra kunder
På Templ.io har vi redan aktiverat QUIC för alla våra kunder som använder vår gratis Google Cloud-baserade CDN och vi har har redan sett stora förbättringar på våra kunders hemsidors laddtider.
QUIC är ett initiativ av Google (som HTTP/2 också var) och kommer med flera stora förbättringar:
- Kraftigt minskad anslutningstid
- Ökad redundans vid paketförlust
- Förbättrad överbelastningskontroll
- Migration av anslutning
Kraftigt minskad anslutningstid
HTTP/2 kräver vanligen 2-3 rundturer av anrop mellan webbläsare och webbserver för varje besök innan en säker anslutning har upprättats.
Med QUIC å andra sidan så kan servern börja skicka data till besökarens webbläsare direkt, utan en enda rundtur ifall de tidigare har kommunicerat med varandra, något som kan kraftigt minska anslutningstiden (även kallad ”time to first byte” eller TTFB) vilket ofta mäts av speedtest-verktyg så som Pingdom och Webpagetest.org.
Ökad redundans vid paketförlust
HTTP/2 möjliggjorde flera strömmar av data i en enda anslutning, men alla dessa strömmar av data kan blockeras samtidigt bara ett enda TCP-paket går förlorat – ett problem som kallas för ”head-of-line blocking”.
QUIC, likt HTTP/2, har också stöd för flera strömmar av data i en anslutning men använder ett mer redundant sätt att överföra data på med hjälp av UDP istället för TCP. Med QUIC så innebär inte längre en förlust av ett enda paket att andra requests saktas ner utan det påverkar enbart just det paketet.
Förbättrad överbelastningskontroll
överbelastningskontroll är ett väldigt komplext ämne i sig och det är inget som jag kommer fördjupa mig i i det här blogginlägget. Så här lyder en kort sammanfattning om QUICs ambitioner gällande överbelastningskontroll, saxat från Wikipedia:
QUIC’s secondary goals include reduced connection and transport latency, and bandwidth estimation in each direction to avoid congestion.
Migration av anslutning – Från WiFi to mobildata och vice versa
QUIC skapades med mobila anslutningar i fokus och stödjer nu migration av befintliga anslutningar när man hoppar mellan WiFi och mobilt internet och vice versa.
Tiden då hemsidor helt slutas ladda bara för att din mobiltelefon tappade WiFi-anslutningen för en stund är nu passé!
Hur mycket snabbare är QUIC?
On a well-optimized site like Google Search, connections are often pre-established, so QUIC’s faster connections can only speed up some requests—but QUIC still improves mean page load time by 8% globally, and up to 13% in regions where latency is higher.
Google menar alltså på att QUIC är 8-13% snabbare än HTTP/2 enligt efter att ha infört QUIC på google.com.
Hur du kan se ifall din hemsida använder QUIC eller inte
För att kolla ifall din hemsida laddas över QUIC eller inte så kan du öppna Developers Tools i din webbläsare, gå till fliken Network och kolla efter QUIC i kolumnen Protocol.
Ser du ingen kolumn som heter Protocol där så kan man högerklicka på en annan kolumn och där välja att visa den.
Om du där kan se flera rader som nämner QUIC så voilà: du använder redan QUIC och är redo att blåsa om dina konkurrenter! ?
Använder du QUIC redan idag eller är du intresserad av att börja använda det?
Låt oss veta i kommentarerna nedan!
Källor:
https://cloud.google.com/blog/products/gcp/introducing-quic-support-https-load-balancing
https://www.litespeedtech.com/products/litespeed-web-server/features/quic-support/why-use-quic
https://blog.cloudflare.com/the-road-to-quic/
