HTTP/3 ve QUIC: ne değişiyor

HTTP/3 nedir ve neden önemsemelisiniz?

Web siteniz yavaş yükleniyorsa veya kullanıcılar mobil ağlarda kötü bir deneyim yaşıyorsa, sorun muhtemelen kodlarınızdan değil; HTTP/2 altyapı protokolünden kaynaklanıyordur. HTTP/3, TCP yerine QUIC (Quick UDP Internet Connections) kullanan HTTP protokolünün yeni sürümüdür. Bu köklü değişiklik, yıllardır geliştiricilerin ve site yöneticilerinin başını ağrıtan sorunları çözer.

Bu makalede teknik ama anlaşılır bir dille, HTTP/3'ün tam olarak hangi sorunları çözdüğünü, site hızı üzerindeki gerçek etkisini ve sunucunuzda nasıl etkinleştireceğinizi inceliyoruz.

HTTP/3'ün çözdüğü HTTP/2 sorunları

HTTP/2, 2015 yılında tanıtıldı ve daha fazla hız vaat etti. Ancak pratikte, gerçek ağlarda kendini gösteren iki temel sorunu vardır.

1. TCP seviyesinde Head-of-Line Blocking

HTTP/2, Multiplexing'i destekler; yani birden fazla istek aynı anda tek bir TCP bağlantısı üzerinden gönderilir. Ancak TCP, paketlerin sırayla ulaşmasını garanti eder. Bir paket kaybolursa, hedefe ulaşmış olan sonraki tüm paketler, kayıp paket yeniden gönderilene kadar tamponda bekler. Bu olguya Head-of-Line Blocking denir.

Bir sunucudan 10 görselin yüklendiğini düşünün. Üçüncü görsele ait paket kaybolursa, sağlam ulaşan 4 ila 10 arası görseller, kayıp paket yeniden gönderilip alınana kadar işlenemez. %1'in üzerinde Paket Kaybı olan ağlarda (Wi-Fi ve mobil ağlarda yaygındır), bu sorun oldukça belirgindir.

2. Bağlantı kurmanın yüksek maliyeti

Her HTTPS bağlantısı tam bir Handshake gerektirir. TLS 1.3 ile HTTP/2'de bu işlem en az bir Round-Trip Time (RTT) sürer. RTT'nin 100 milisaniye olabildiği mobil ağlarda bu gecikme hissedilir. Ayrıca, bağlantı kesilirse (örneğin kullanıcı Wi-Fi'den 4G'ye geçerse), tüm süreç baştan başlamalıdır.

QUIC bu sorunları nasıl çözüyor?

QUIC, UDP üzerine inşa edilmiş ve TCP'nin tüm özelliklerini (teslimat garantisi, tıkanıklık kontrolü gibi) TLS 1.3 ile birlikte entegre bir şekilde uygulayan yeni bir taşıma protokolüdür. Bu tasarımın birçok avantajı vardır.

1. Head-of-Line Blocking'in ortadan kaldırılması

QUIC'te her Stream bağımsızdır. 3 numaralı Stream'de bir paket kaybolursa, yalnızca o Stream durur ve diğer Stream'ler gecikmeden devam eder. Bu, yukarıdaki görsel örneğinde, 4 ila 10 arası görsellerin hemen işlendiği ve yalnızca 3. görselin gecikmeli gösterildiği anlamına gelir.

2. Daha hızlı Handshake

QUIC varsayılan olarak TLS 1.3'ü içerir ve Handshake genellikle tek RTT içinde tamamlanır. Tekrarlanan bağlantılar için (örneğin sitenizi her gün ziyaret eden bir kullanıcı), QUIC 0-RTT destekler; yani istek ilk paketle birlikte gönderilir ve bağlantı kurmak için hiçbir gecikme olmaz.

3. Connection Migration ile kalıcı bağlantı

QUIC'in benzersiz özelliklerinden biri Connection Migration'dır. Kullanıcı Wi-Fi'den mobil ağa geçerse, QUIC bağlantısı kesilmez; çünkü bağlantı IP ve port yerine bir Connection ID ile tanımlanır. HTTP/2'de bu geçiş, bağlantının tamamen kesilmesi ve Handshake'in yeniden başlaması anlamına gelir.

HTTP/3'ün site hızına gerçek etkisi

Asıl soru şu: HTTP/3 sitenizi gerçekten hızlandırıyor mu? Cevap, sizin koşullarınıza bağlıdır.

Ne zaman belirgin bir iyileşme olur?

• Mobil kullanıcılar: 4G ve 5G ağlarında Paket Kaybı ve IP değişimi yaygındır. HTTP/3, yükleme süresini %30'a kadar azaltabilir.
• Çok kaynaklı siteler: Sayfanızda 50'den fazla HTTP isteği varsa, Blocking'siz Multiplexing önemli bir etki yaratır.
• Uluslararası kullanıcılar: Kullanıcılarınız sitenize başka ülkelerden erişiyorsa, yüksek RTT, daha hızlı Handshake'in önemini artırır.

Ne zaman fark azdır?

• Basit siteler: Sayfanızda 10'dan az istek varsa ve kullanıcılar istikrarlı ağlar kullanıyorsa, fark %5'ten az olabilir.
• CDN'li güçlü sunucular: İçeriği kullanıcıya yakın tutan bir CDN kullanıyorsanız, RTT minimuma iner ve Handshake avantajı zayıflar.

Genel bir kural olarak HTTP/3, istikrarsız ağlarda ve ağır sitelerde %10 ila %30 arasında iyileşme sağlar. İdeal koşullarda fark önemsiz olabilir.

Sunucuda HTTP/3 nasıl etkinleştirilir

HTTP/3'ü etkinleştirmek için üç koşulun sağlanması gerekir: sunucu desteği, CDN desteği (kullanılıyorsa) ve kullanıcının tarayıcı desteği. Neyse ki, tüm modern tarayıcılar (Chrome, Firefox, Safari, Edge) HTTP/3'ü destekler.

1. Nginx'te etkinleştirme

Nginx, 1.25.0 sürümünden itibaren HTTP/3'ü deneysel olarak destekler. Etkinleştirmek için ngx_http_v3_module modülünü derlemeniz gerekir. server yönergenize aşağıdaki ayarları ekleyin:

server {
    listen 443 ssl;
    listen 443 quic reuseport;
    listen [::]:443 ssl;
    listen [::]:443 quic reuseport;

    ssl_certificate     /etc/ssl/certs/example.com.crt;
    ssl_certificate_key /etc/ssl/private/example.com.key;
    ssl_protocols       TLSv1.3;

    add_header Alt-Svc 'h3=":443"; ma=86400' always;
    add_header QUIC-Status $quic_status;
}

Alt-Svc satırı tarayıcıya HTTP/3'ün kullanılabilir olduğunu bildirir. ma=86400 değeri, bu bildirimin 24 saat geçerli olduğu anlamına gelir.

2. Apache'de etkinleştirme

Apache, 2.4.54 sürümünden itibaren HTTP/3 için deneysel destek sunar. mod_http3 modülünü etkinleştirmeniz gerekir:

LoadModule http3_module modules/mod_http3.so
Protocols h2 http/1.1 h3

<VirtualHost *:443>
    ServerName example.com
    Protocols h3 h2 http/1.1
    ProtocolsHonorOrder On
</VirtualHost>

3. CDN kullanımı

CDN kullanıyorsanız, HTTP/3 büyük olasılıkla otomatik olarak etkindir. Cloudflare ve Fastly, 2020'den beri HTTP/3'ü etkinleştirmiştir. Bu durumda, ana sunucunuz yalnızca HTTP/2 desteklese bile kullanıcılarınız HTTP/3'ten yararlanır; çünkü kullanıcı ile CDN arasındaki bağlantı QUIC kullanır.

Yaygın hatalar ve sorun giderme ipuçları

HTTP/3 kurarken aşağıdaki sorunlarla karşılaşabilirsiniz:

1. UDP portu kapalı

HTTP/3, TCP üzerinde değil UDP üzerinde çalışır. Güvenlik duvarınız UDP 443 portunu açmadıysa, QUIC bağlantısı kurulamaz ve tarayıcı otomatik olarak HTTP/2'ye geri döner. Bu geri dönüş sessizce gerçekleşir ve HTTP/3'ün çalışmadığını fark etmeyebilirsiniz.

Kontrol etmek için aşağıdaki komutu kullanın:

curl -I --http3 https://example.com

Yanıt alt-svc: h3=":443" başlığını içeriyorsa, sunucu HTTP/3'ü duyurmuştur. Bağlantının kurulduğundan emin olmak için curl -v --http3 kullanın ve Using HTTP/3 satırına dikkat edin.

2. OpenSSL sürüm uyumsuzluğu

QUIC, TLS 1.3 gerektirir. Sunucunuzdaki OpenSSL sürümü 1.1.1 veya daha düşükse, HTTP/3'ü etkinleştiremezsiniz. OpenSSL sürümünüzü openssl version komutuyla kontrol edin ve gerekirse yükseltin.

3. HTTP/2 ayarlarıyla çakışma

Nginx'teki http2_push gibi bazı HTTP/2 ayarları HTTP/3 ile uyumlu değildir. Server Push kullanıyorsanız, devre dışı bırakmanız daha iyidir; çünkü HTTP/3 ve modern tarayıcılar 103 Early Hints kullanımına yönelmiştir.

HTTP/3'ün SEO ve kullanıcı deneyimine etkisi

Google, yükleme hızının arama sonuçlarındaki sıralama faktörlerinden biri olduğunu açıklamıştır. HTTP/3, SEO'yu dolaylı olarak etkiler; çünkü:

• Hemen çıkma oranının azalması: Siteniz mobil kullanıcılar için daha hızlı yüklenirse, kullanıcının arama sonuçlarına geri dönme olasılığı azalır.
• Core Web Vitals'ın iyileşmesi: LCP (Largest Contentful Paint) ve INP (Interaction to Next Paint) gibi metrikler, gecikmenin azalmasıyla iyileşir.
• Daha istikrarlı kullanıcı deneyimi: Ağ değişiminde bağlantının kopmaması, hareket halindeki kullanıcılar için daha iyi bir deneyim sağlar.

HTTP/3'ün geleceği ve özet

W3Techs istatistiklerine göre, 2024'te dünya genelindeki web sitelerinin %30'undan fazlası HTTP/3'ü destekliyor ve bu sayı hızla artıyor. Siteniz hâlâ HTTP/3'ü etkinleştirmediyse, şimdi harekete geçmek için doğru zaman.

Başlamak için şu adımları izleyin:

1. Web sunucunuzun sürümünü kontrol edin ve gerekirse yükseltin.
2. Güvenlik duvarında UDP 443 portunu açın.
3. HTTP/3 ayarlarını web sunucunuzun belgelerine göre uygulayın.
4. curl --http3 ile performansı test edin.
5. CDN kullanıyorsanız, HTTP/3'ün CDN ayarlarında etkin olduğundan emin olun.

Son olarak, HTTP/3'ün sihirli bir çözüm olmadığını unutmayın; belirli koşullarda önemli etkisi olan bir araçtır. Siteniz kod ve altyapı açısından optimize edilmişse, HTTP/3 istenen hıza ulaşmak için son yapboz parçası olabilir. ServerNet de barındırma ve bulut sunucu hizmetlerinde modern web protokollerini kullanma imkânı sunar, böylece siteniz her zaman bir adım önde olur.