
Delivery Hero تنقل معظم المستخدمين إلى HTTP/3 وتقلل زمن استجابة الشاشة الرئيسية 17%
في مؤتمر P99 2026 الافتراضي، قال مهندس Delivery Hero Elvis Chidera إن نقل 95% من المستخدمين إلى HTTP/3 خفض زمن استجابة الشاشة الرئيسية 17% وزمن التصافح 51%، مع رجوع بعض الأجهزة إلى HTTP/2.
في مؤتمر P99 2026 الافتراضي، قال Elvis Chidera، مهندس Delivery Hero، إن الشركة نقلت نحو 95 في المئة من المستخدمين إلى HTTP/3 وخفضت زمن استجابة الشاشة الرئيسية من البداية إلى النهاية في تطبيقاتها 17 في المئة. كما خفض التغيير زمن التصافح 51 في المئة، بينما رجعت بعض الأجهزة إلى HTTP/2 حيث حُظرت حركة UDP.
لماذا احتاجت Delivery Hero إلى HTTP/3
لدى Delivery Hero نحو 60 مليون مستخدم في أوروبا وأمريكا اللاتينية وأفريقيا والشرق الأوسط وآسيا، مع تطبيقات مثل Foodpanda وYemeksepeti وGlovo وPedidosYa. وتقوم Uber حالياً بعملية استحواذ على Delivery Hero مقابل 14.8 مليار دولار، مع خطط لدمجها مع Uber Eats. وتتفاوت الاتصالات الشبكية بشكل واسع، وكان الاتصال في الميل الأخير غالباً عنق الزجاجة. في باكستان، يمكن أن تستغرق التطبيقات ما يقارب ثانية عند P90 لإنشاء تصافح آمن مع خادم.
نظرت الشركة إلى HTTP/3 كوسيلة لخفض ذلك التأخير. يستخدم HTTP/3 بروتوكول QUIC فوق UDP بدلاً من TCP، ويمكنه استخدام 0-RTT لبدء إرسال بيانات التطبيق المؤهلة بينما التصافح لا يزال جارياً. كما يتجنب انسداد رأس الصف بإرسال الحزم في تيارات متعددة.
الطرح وضبط Android
لأن Delivery Hero تستخدم شبكة Cloudflare لتسليم المحتوى، فقد تضمن الانتقال إلى HTTP/3 إعادة تهيئة بسيطة. ودعمت Apple HTTP/3 منذ iOS 15، وتدعمه بالفعل معظم المتصفحات الأصلية. وكان Android أكثر تعقيداً: استخدم المهندسون مكتبة Cronet من Google، أولاً عبر غلاف Cronet Transport for OkHttp، لدعم HTTP/3 مع تقليل تغييرات الشيفرة.
استغرق محرك Cronet نحو 800 مللي ثانية للتهيئة عند P90، مما قلّص بعض فوائد سرعة HTTP/3. ونسخ الفريق الشيفرة إلى جسر خاص باستخدام OKCronet وتداخل التهيئة مع مهام خلفية أخرى. بشكل عام، انخفض تأخير P95 من 1.2 ثانية إلى 120 مللي ثانية، وهو تحسن 10 أضعاف في تأخير القراءة.
مشكلة فقدان الحزم المتبقية
الأجهزة التي لم تتمكن من استخدام HTTP/3، إلى حد كبير لأن الشبكات حظرت حركة UDP، رجعت تلقائياً إلى HTTP/2. وانخفض زمن استجابة باكستان إلى النصف. لكن الشاشات الثانوية في بعض الأسواق المعرضة لفقدان الحزم، مثل باكستان، واجهت مشكلات في التأخير.
أرجعت Delivery Hero تلك المشكلات إلى استخدام Cloudflare لخوارزمية Cubic للتحكم في الازدحام، التي لم تتعامل مع فقدان الحزم بشكل جيد. ولم تعلق اختبارات مع خوادم Google المدركة لـ HTTP/3 باستخدام BBR على فقدان الحزم. وتعمل الشركة مع Cloudflare لحل المشكلة.
المصادر: The Register
SiTech — تطوير ويب مدعوم بالذكاء الاصطناعي
نبني مواقع سريعة وعصرية وندمج الذكاء الاصطناعي في سير عمل الشركات. لديك مشروع أو سؤال؟ يسعدنا مساعدتك.