HTTP/3 est plus facile à comprendre si vous cessez de le considérer comme "la prochaine version d'HTTP" et commencez à réfléchir à ce que QUIC change au niveau du transport. Le plus grand gain pratique n'est pas le débit théorique. C'est la façon dont le trafic multiplexé se comporte lorsque le réseau est sujet à des pertes ou instable.
Pourquoi QUIC aide
Avec HTTP/2 sur TCP, la perte de paquets peut bloquer la livraison de manière à nuire à plusieurs flux simultanément. QUIC change ce comportement en déplaçant le transport dans l'espace utilisateur via UDP et en gérant la récupération différemment.
Ceci est particulièrement important dans :
- les réseaux mobiles
- le Wi-Fi congestionné
- les routes internationales avec des pertes élevées
Dans ces environnements, la différence de protocole devient visible pour les utilisateurs.
Ce que HTTP/3 ne fait pas
HTTP/3 n'est pas un substitut à l'ingénierie de performance normale. Il ne résoudra pas :
- des images surdimensionnées
- des backends d'origine lents
- une mauvaise mise en cache
- un JavaScript inutile
La bonne façon d'y penser est plus étroite : HTTP/3 peut améliorer le comportement de transport lorsque le réseau est le facteur limitant.
Meilleure règle
Adoptez HTTP/3 car vos utilisateurs opèrent en réalité sur des réseaux imparfaits, et non parce qu'une mise à niveau de protocole suffira à sauver une application lente.
Un déploiement sensé consiste à l'activer, à mesurer la performance réelle des utilisateurs par géographie et qualité du réseau, et à continuer le reste du travail sur le budget de performance. HTTP/3 est une couche d'optimisation, pas l'ensemble de la stratégie.
Lectures complémentaires