Skip to content

Latest commit

 

History

History
47 lines (31 loc) · 2.34 KB

BP_4006_fr.md

File metadata and controls

47 lines (31 loc) · 2.34 KB

Privilégier HTTP/2 à HTTP/1

Identifiants

GreenIT V2 V3 V4

Catégories

Cycle de vie Tiers Responsable
4. Production Réseau Administrateur systèmes

Indications

Degré de priorité Mise en oeuvre Impact écologique
4 4 4
Ressources Economisées
Réseau

Description

Le protocole HTTP/2 a troqué la représentation textuelle des requêtes et réponses pour une représentation binaire avec un mécanisme de compression des entêtes HTTP (HPACK). Il permet aussi le multiplexage des échanges, permettant de n'utiliser qu'une seule connexion TCP (et donc un seul handshake TLS) avec le serveur, et ainsi tirer le meilleur avantage de HPACK.

Pour aller encore plus loin, si un autre nom de domaine résout vers la même adresse IP et est compatible avec le certificat TLS, la connexion TCP pourra être réutilisée également, ce qui permet d'utiliser un nom de domaine distinct sans cookie pour les ressources statiques (cf. la bonne pratique “Héberger les ressources (CSS/JS) sur un domaine sans cookie”) sans autre surcoût que la résolution DNS. Une extension de HTTP/2 permet même d'économiser cette résolution pour les navigateurs la supportant et à condition que le serveur l'utilise.

Exemple

Fin 2016, Cloudflare a pu mesurer des gains en bande passante, comparé à HTTP/1, de plus de 50% sur les requêtes et de 1% à 15% sur les réponses, en fonction de la nature des échanges (peu de gros fichiers vs beaucoup de petites requêtes).

Sources

Principe de validation

Le nombre ... est inférieur ou égal à
de requêtes utilisant HTTP/1 0