Google abandonne son protocole SPDY
Pour adopter le futur standard HTTP 2.0
Le 2015-02-10 11:32:17, par Hinault Romaric, Responsable .NET
Google vient d’annoncer dans un billet de blog qu’il comptait retirer le support du protocole SPDY de son navigateur Chrome.
SPDY avait été dévoilé en 2009 par le géant de la recherche comme un protocole dont le but est d’augmenter les capacités du protocole HTTP, sans toutefois le remplacer.
SPDY permet d’accélérer le Web en compressant les requêtes d’une page Web. Concrètement, le protocole réduit le temps de chargement des pages en utilisant moins de connexions TCP pour transporter le contenu. Le protocole multiplexe les requêtes HTTP en une seule connexion TLS. Ainsi, une requête n’aura plus besoin d’attendre dans le navigateur à cause des limites de connexion.
Le protocole a été implémenté dans le navigateur Chrome depuis la version 6. Celui-ci a attiré l’attention de l’industrie et le gain de performance qu’il entrainait a poussé les autres navigateurs à l’adopter notamment, Firefox, Internet Explorer et Opera.
SPDY a été adopté en 2012 par l’ IETF (Internet Engineering Task Force), qui a intégré ses caractéristiques dans HTTP 2.0, la prochaine version de la norme HTTP (Hypertext Transfer Protocol), dont la standardisation est encore en cours.
Compte tenu de l’avancée des travaux sur HTTP 2.0. Google pense qu’il est temps de programmer la fin de SPDY. La firme va déployer graduellement HTTP 2.0 dans Chrome 40 dans les prochaines semaines.
« Chrome supporte SPDY depuis Chrome 6. Mais, puisque la plupart de ses avantages sont présents dans HTTP/2, il est temps de dire au revoir. Nous prévoyons d’enlever le support de SPDY en début 2016 », explique Google dans un billet de blog.
Il faut noter que la publication de la norme HTTP/2 a été repoussée maintes fois, essentiellement à cause de SPDY, qui a créé des tensions entre les membres du groupe de travail de l’IETF. Poul-Henning Kamp, un développeur de FreeBSD, était allé jusqu’à demander que le processus de normalisation de HTTP 2.0 soit abandonné au profit d’un nouveau projet pour HTTP 3.0, estimant que celui-ci a été un « véritable fiasco. »
Malgré tout, HTTP/2 avait continué son bout de chemin et avait atteint le stade du denier appel en aout dernier. Une version définitive pourrait être publiée d’ici la fin de ce mois.
Source : Google
Et vous ?
SPDY avait été dévoilé en 2009 par le géant de la recherche comme un protocole dont le but est d’augmenter les capacités du protocole HTTP, sans toutefois le remplacer.
SPDY permet d’accélérer le Web en compressant les requêtes d’une page Web. Concrètement, le protocole réduit le temps de chargement des pages en utilisant moins de connexions TCP pour transporter le contenu. Le protocole multiplexe les requêtes HTTP en une seule connexion TLS. Ainsi, une requête n’aura plus besoin d’attendre dans le navigateur à cause des limites de connexion.
Le protocole a été implémenté dans le navigateur Chrome depuis la version 6. Celui-ci a attiré l’attention de l’industrie et le gain de performance qu’il entrainait a poussé les autres navigateurs à l’adopter notamment, Firefox, Internet Explorer et Opera.
SPDY a été adopté en 2012 par l’ IETF (Internet Engineering Task Force), qui a intégré ses caractéristiques dans HTTP 2.0, la prochaine version de la norme HTTP (Hypertext Transfer Protocol), dont la standardisation est encore en cours.
Compte tenu de l’avancée des travaux sur HTTP 2.0. Google pense qu’il est temps de programmer la fin de SPDY. La firme va déployer graduellement HTTP 2.0 dans Chrome 40 dans les prochaines semaines.
« Chrome supporte SPDY depuis Chrome 6. Mais, puisque la plupart de ses avantages sont présents dans HTTP/2, il est temps de dire au revoir. Nous prévoyons d’enlever le support de SPDY en début 2016 », explique Google dans un billet de blog.
Il faut noter que la publication de la norme HTTP/2 a été repoussée maintes fois, essentiellement à cause de SPDY, qui a créé des tensions entre les membres du groupe de travail de l’IETF. Poul-Henning Kamp, un développeur de FreeBSD, était allé jusqu’à demander que le processus de normalisation de HTTP 2.0 soit abandonné au profit d’un nouveau projet pour HTTP 3.0, estimant que celui-ci a été un « véritable fiasco. »
Malgré tout, HTTP/2 avait continué son bout de chemin et avait atteint le stade du denier appel en aout dernier. Une version définitive pourrait être publiée d’ici la fin de ce mois.
Source : Google
Et vous ?
-
BufferBobExpert éminentj'ai peur qu'avec http/2 on se dirige vers un OS centré autour du navigateur, lequel manque encore cruellement d'outils pertinents et/ou aboutis pour le défendre (on peut citer des extensions diverses comme noscript, adblock, ghostery etc.), et quand bien même http/2 permet -encore heureux- une rétro-compatibilité totale avec http, le protocole est grandement complexifié, plus seulement en mode texte mais permettant également un mode binaire
http/2 est né d'une part d'une volonté de palier à certaines problématiques de latences et d'implémentation hasardeuses du pipelining, mais d'autre part aussi en réponse à l'utilisation grandissante de http comme protocole fourre-tout, c'est donc un protocole qui a la même cohérence que le choix du modèle Internet face au modèle OSI à son époque, celui d'un standard de fait
sinon pour boucler sur la dernière news, chez Firefox c'est déjà en place depuis un momentle 20/03/2015 à 8:46 -
Pelote2012Membre chevronnéAu moins un truc de bien. Mais faudra pas que cela serve d'excuse à coder sans chercher à optimiser la taille des pages...le 24/02/2015 à 12:44
-
nchalMembre expérimentéC'est juste que HTML/2 reprend la plupart des améliorations apporter par SPDY,ce qui rend SPDY obsolètele 24/02/2015 à 14:37