Geri Dön

Delivery Hero Kullanıcılarının Çoğunu HTTP/3'e Taşıdı, Ana Ekran Yanıt Süresini %17 Azalttı
SiTech AI Team2 dk okuma

Delivery Hero Kullanıcılarının Çoğunu HTTP/3'e Taşıdı, Ana Ekran Yanıt Süresini %17 Azalttı

P99 2026 sanal konferansında Delivery Hero personel mühendisi Elvis Chidera, kullanıcıların çoğunun HTTP/3'e taşınmasının ana ekran uçtan uca yanıt süresini %17 ve handshake gecikmesini %51 azalttığını söyledi.

P99 2026 sanal konferansında Delivery Hero personel mühendisi Elvis Chidera, şirketin kullanıcılarının yaklaşık %95'ini HTTP/3'e taşıdığını ve uygulamaların ana ekran uçtan uca yanıt süresini %17 azalttığını söyledi. Değişiklik handshake gecikmesini de %51 azalttı; UDP trafiğinin engellendiği bazı cihazlar HTTP/2'ye geri döndü.

Delivery Hero Neden HTTP/3'e İhtiyaç Duydu

Delivery Hero'nun Avrupa, Latin Amerika, Afrika, Orta Doğu ve Asya'da tahmini 60 milyon kullanıcısı var; Foodpanda, Yemeksepeti, Glovo ve PedidosYa gibi uygulamaları var. Uber şu anda Delivery Hero'yu 14,8 milyar dolara satın alıyor ve onu Uber Eats ile birleştirmeyi planlıyor. Ağ bağlantısı geniş ölçüde değişkenlik gösteriyor ve son mil ağ bağlantısı çoğu zaman darboğaz oluyordu. Pakistan'da uygulamalar güvenli bir handshake'i P90'da neredeyse bir saniyede kurabiliyordu.

Şirket bu gecikmeyi düşürmek için HTTP/3'e baktı. HTTP/3, TCP yerine UDP üzerinden QUIC kullanır ve handshake hâlâ devam ederken uygun uygulama verilerini göndermek için 0-RTT kullanabilir. Ayrıca paketleri birden çok akışta göndererek baş sıradaki engellemeyi (head-of-line blocking) önler.

Dağıtım ve Android Ayarı

Delivery Hero Cloudflare'ın içerik dağıtım ağını kullandığı için HTTP/3'e geçmek basit bir yeniden yapılandırma gerektirdi. Apple iOS 15'ten beri HTTP/3'ü destekliyor ve çoğu yerel tarayıcı zaten destekliyor. Android daha zordu: mühendisler kod değişikliklerini en aza indirirken HTTP/3'ü desteklemek için Google'ın Cronet kütüphanesini, başlangıçta OkHttp için Cronet Transport sarmalayıcısı üzerinden kullandı.

Cronet motoru P90'da yaklaşık 800 milisaniye sürüyordu ve bu da HTTP/3'ün hız avantajlarının bir kısmını tüketiyordu. Ekip kodu OKCronet kullanarak kendi köprüsüne fork etti ve başlatmayı diğer arka plan görevleriyle çakıştırdı. Genel olarak P95 gecikmesi 1,2 saniyeden 120 milisaniyeye düştü; okuma gecikmesinde 10 katlık bir iyileşme oldu.

Kalan Paket Kaybı Sorunu

HTTP/3 kullanamayan cihazlar, çoğunlukla ağların UDP trafiğini engellemesi nedeniyle, otomatik olarak HTTP/2'ye geri döndü. Pakistan'ın yanıt süresi yarıya indi. Ancak Pakistan gibi paket kaybına eğilimli bazı pazarlardaki ikincil ekranlar gecikme sorunları yaşadı.

Delivery Hero bu sorunları Cloudflare'ın Cubic sıkışıklık kontrol algoritmasına bağladı; bu algoritma paket kaybını iyi yönetememiş. Google'ın HTTP/3 destekli ve BBR kullanan sunucularıyla yapılan testler paket kaybında takılıp kalmadı. Şirket sorunu çözmek için Cloudflare ile çalışıyor.

Kaynaklar: The Register

SiTech

SiTech — AI destekli web geliştirme

Hızlı ve modern web siteleri kuruyor, AI'yı gerçek iş akışlarına taşıyoruz. Projeniz veya sorunuz mu var? Yardımcı olmaktan mutluluk duyarız.