HTTP/3 est d√©sormais un standard : pourquoi l'utiliser et comment s'y prendre - ūüŹÜ Managed Server

BLOG

12 septembre 2022

HTTP/3 est désormais un standard : pourquoi l'utiliser et comment s'y prendre

QUIC a été initialement développé par Google et est le successeur de HTTP/2. Des entreprises comme Google et Facebook utilisent déjà QUIC pour accélérer le Web.

RAPIDE HTTP3 NGINX

Je suis s√Ľr que vous, comme moi, avez accueilli favorablement le nouvelles que la troisi√®me version majeure du protocole de transfert hypertexte, c'est-√†-dire HTTP / 3, a √©t√© adopt√© le mois dernier comme Norme IETF (Groupe de travail sur l'ing√©nierie Internet). Non, bien s√Ľr, vous ne l'avez pas fait : le Web fonctionne, alors pourquoi s'en soucier ? Mais si vous √™tes vaguement intrigu√© par la raison du changement, voici une br√®ve analyse de l'histoire qui se cache derri√®re. Ensuite, nous approfondirons les raisons pour lesquelles vous devriez l'adopter pour votre entreprise.

HTTP / 3 est la troisième version du protocole de transfert hypertexte (HTTP) et était auparavant connu sous le nom de HTTP-over-QUIC. QUIC a été initialement développé par Google et est le successeur de HTTP/2. Des entreprises comme Google et Facebook utilisent déjà QUIC pour accélérer le Web.

Une très courte histoire de HTTP

Dans le pass√©, il y avait deux protocoles Internet avec lesquels vous pouviez choisir de travailler. M√™me avant le Web, nous devions encore pulv√©riser des paquets d'informations (ou datagrammes) d'une machine √† une autre via Internet. Pour un d√©veloppeur de jeux, le protocole important √©tait UDP (Protocole de datagramme utilisateur). C'√©tait la norme rapide, tirez et oubliez : vous jetiez un paquet √† travers le filet et il √©tait attrap√©, ou parfois il ne l'√©tait pas. C'√©tait parfait pour repr√©senter (par exemple) la balle d'un joueur telle qu'elle sortait de votre arme, √† travers le filet, pour √™tre affich√©e sur la machine de votre cible. M√™me si une balle se perdait en cours de route, au moins la session de jeu dans son ensemble serait toujours bonne.

Mais pour des syst√®mes plus stables comme le Web, le bon protocole sous-jacent √† utiliser √©tait le TCP (Protocole de contr√īle de transmission). C'√©tait un syst√®me plus formel, qui garantissait la livraison et la bonne commande des colis. Ainsi, il a cr√©√© des connexions fiables et, plus tard, des flux d'informations fiables.

Finalement, le World Wide Web et HTTP, √©crits sur TCP / IP, ont pris le relais en tant qu'utilisation principale d'Internet. L'autre acronyme manquant est TLS (Transport Layer Security), qui a fourni l'√©l√©ment de chiffrement et est devenu la norme de s√©curit√© de facto lorsque HTTP / 2 √©tait pr√™t.

√Ä cette √©poque, la connexion entre les PC √©tait g√©n√©ralement c√Ębl√©e et toute perte √©tait due au bruit sur les anciennes lignes de cuivre. TCP √©tait bon pour regrouper les mauvais paquets occasionnels. Avec l'essor du Web, les raisons d'utiliser UDP ont diminu√©.

Entrer en scène QUIC

L'Internet est aujourd'hui un endroit très différent. Oui, j'ai une bonne connexion par fibre optique et de bonnes lignes vers mon PC à la maison, mais la plupart des utilisateurs utilisent Internet via des téléphones ou des ordinateurs portables. Lorsque vous vous déplacez d'arbre en arbre, derrière des murs bloquant ou faisant rebondir des signaux, les connexions sont généralement interrompues et redémarrées. Ce n'est pas ce que TCP aime - il ne veut pas vraiment communiquer sans présentations formelles et sans une bonne poignée de main. En fait, il s'avère que la comptabilité stricte de TCP et l'attente du dernier paquet parasite signifient uniquement que les utilisateurs doivent attendre que les pages Web chargent et téléchargent de nouvelles applications ou réinitialisent un délai de connexion.

Donc, pour profiter de l'informalit√© d'UDP et permettre au r√©seau d'utiliser des trucs intelligents √† la vol√©e, le nouveau format QUIC (Connexions Internet UDP rapides) a re√ßu plus d'attention.

Schéma de protocole QUIC

Bien que nous ne souhaitions pas voir trop d'intelligence au sein du réseau lui-même, nous sommes beaucoup plus à l'aise avec la prise de décision automatisée de nos jours. QUIC comprend qu'un site est composé de plusieurs fichiers et n'endommagera pas l'ensemble de la connexion simplement parce qu'un fichier n'a pas fini de se charger.

L'autre tendance suivie par QUIC est la s√©curit√© int√©gr√©e. Alors que le chiffrement √©tait facultatif auparavant (tel que HTTP ou HTTPS), QUIC est d√©j√† crypt√©. C'est un fait de nos jours que chaque site doit √™tre crypt√©, malgr√© les frais g√©n√©raux. Ce n'est pas seulement pour s'assurer qu'un homme au milieu ne peut pas voir quel type de jus d'orange vous commandez ; confirmez que vous parlez bien √† votre vrai fournisseur de jus d'orange.

Les formats s'améliorent presque toujours, mais ce qu'ils font vraiment, c'est répondre à différentes préoccupations au fil du temps.

Utilisation active

Alors, comment se passe la mise en Ňďuvre ? Il y a trois c√īt√©s √† consid√©rer ici. Le navigateur, l'infrastructure cloud et le code utilisateur.

Tout d'abord, le navigateur. Il s'agit d'un tableau de la Site "Puis-je utiliser"

Clairement, Google est ravi : les versions de Chrome √† partir de la v87 (fin 2020) ont pu utiliser le protocole HTTP/3. Sans surprise, √©tant donn√© L'histoire r√©cente d'Apple dans le d√©veloppement navigateurs, Safari est en retard.

Vous pouvez utiliser l'un de ces sites dès maintenant pour vérifier si votre navigateur est compatible avec HTTP / 3 (peut-être besoin de recharger):

Mais qu'en est-il des sites Web existants ? Votre site l'utilise-t-il actuellement ? Donc, pour tester un site existant, essayez https://geekflare.com/tools/http3-test . Et avant de demander, aucun thenewstack.io ne le supporte actuellement !

Qui fait la promotion de HTTP/3 ?

Maintenant, qui pousse HTTP / 3 ? Eh bien, vous savez d√©j√†; c'est Google. Mais aussi les CDN, par exemple Cloudflare et Rapidement. Leur pain quotidien est la r√©activit√© du web. Par cons√©quent, la mani√®re la plus simple d'impl√©menter HTTP/3 est via un CDN. C'est aussi un changement qui profite un peu plus aux mobinautes.

Il existe des serveurs cr√©√©s avec QUIC (par exemple LiteSpeed), mais l'adoption n'a pas √©t√© uniforme. De nombreux serveurs d√©pendent de biblioth√®ques tierces, de sorte que le mod√®le de r√©utilisation des interruptions de travail existantes et v√©rifi√©es dans ce cas tombe en panne. Les serveurs existants, tels que Node.js, NGINX et Apache, perdent les avantages de l'exp√©rience utilisateur lorsqu'ils commencent √† impl√©menter de nouvelles extensions. Et inversement, les nouvelles biblioth√®ques sont relativement peu √©prouv√©es. L'int√©r√™t d'utiliser un serveur Web est qu'il est fiable, bien test√© et entretenu.

Actuellement dans Managed Server, notre société, après environ 6 mois de tests et de surveillance, nous avons mis en production le support du protocole QUIC pour les serveurs Web NGINX qui sont à la base de notre pile logicielle Web orientée performance.

Nous pouvons prétendre être un hébergement qui fournit HTTP3 et QUIC sur les plans haut de gamme.

Par conséquent, contrairement à de nombreux autres fournisseurs d'hébergement qui utilisent QUIC exclusivement avec des serveurs Web prenant en charge QUIC par défaut, tels que LiteSpeed, nous avons pu intégrer cette amélioration importante dans un excellent serveur Web comme NGINX.

Adoption de HTTP/3

Dans des circonstances normales, je plongerais dans du code, mais je pense que ce serait un peu prématuré à ce stade. Il existe une pléthore de projets qui changent probablement tous régulièrement, alors creusez plus profondément.

En regardant quelques exemples simples d'op√©ration minimale (par exemple un simple serveur et un simple client), nous pouvons reconna√ģtre diff√©rents niveaux de travail.

Tout d'abord, la connexion. Ce canal de niveau sup√©rieur est initialement √©tabli entre deux points d'extr√©mit√©. UN identifiant de connexion. Une fois √©tablie, si les protocoles sous-jacents changent (un t√©l√©phone changeant de wi-fi, par exemple), la connexion reste pour √©viter d'avoir √† tout recommencer.

Les connexions s'ouvrent alors les flux qui transportent leur propre type de donn√©es et n'interf√®rent pas les uns avec les autres.

Il y a encore des colis en dessous. Chaque paquet, comme une lettre bien adress√©e, poss√®de sa propre connexion et ses propres informations cryptographiques. Et √† l'int√©rieur de l'enveloppe il y a quelques cadres. Ceux-ci repr√©sentent les donn√©es r√©elles transmises.

Comme je l'ai dit plus t√īt, les progr√®s ne refl√®tent vraiment que l'√©volution des habitudes d'utilisation. Aujourd'hui, nous appr√©cions la s√©curit√© et la rapidit√© car nous ne traitons plus le Web comme une magie peu fiable et l'utilisons donc pour g√©rer nos affaires personnelles. HTTP / 3 aidera √† s'aligner sur ces pr√©occupations. Les √©l√©phants dans la salle pourraient √™tre Web3 et les riches mondes √©mergents du m√©taverse. Peut-√™tre que de nouvelles id√©es issues de ces domaines contribueront √† un HTTP / 4 √©ventuel, possible et probable √† l'avenir.

Vous avez des doutes ? Vous ne savez pas par o√Ļ commencer ? Contactez-nous !

Nous avons toutes les réponses à vos questions pour vous aider à faire le bon choix.

Discute avec nous

Discutez directement avec notre support avant-vente.

0256569681

Contactez-nous par téléphone pendant les heures de bureau 9h30 - 19h30

Contactez-nous en ligne

Ouvrez une demande directement dans l'espace contact.

INFORMATIONS

Managed Server Srl est un acteur italien leader dans la fourniture de solutions syst√®me GNU/Linux avanc√©es orient√©es vers la haute performance. Avec un mod√®le d'abonnement peu co√Ľteux et pr√©visible, nous garantissons que nos clients ont acc√®s √† des technologies avanc√©es en mati√®re d'h√©bergement, de serveurs d√©di√©s et de services cloud. En plus de cela, nous proposons des conseils syst√®me sur les syst√®mes Linux et une maintenance sp√©cialis√©e en SGBD, s√©curit√© informatique, Cloud et bien plus encore. Nous nous distinguons par notre expertise dans l'h√©bergement de CMS Open Source de premier plan tels que WordPress, WooCommerce, Drupal, Prestashop, Joomla, OpenCart et Magento, soutenus par un service d'assistance et de conseil de haut niveau adapt√© aux administrations publiques, aux PME et √† toutes tailles.

Red Hat, Inc. d√©tient les droits de Red Hat¬ģ, RHEL¬ģ, RedHat Linux¬ģ et CentOS¬ģ ; AlmaLinux‚ĄĘ est une marque commerciale d'AlmaLinux OS Foundation ; Rocky Linux¬ģ est une marque d√©pos√©e de la Rocky Linux Foundation ; SUSE¬ģ est une marque d√©pos√©e de SUSE LLC ; Canonical Ltd. d√©tient les droits sur Ubuntu¬ģ ; Software in the Public Interest, Inc. d√©tient les droits sur Debian¬ģ ; Linus Torvalds d√©tient les droits sur Linux¬ģ ; FreeBSD¬ģ est une marque d√©pos√©e de la FreeBSD Foundation ; NetBSD¬ģ est une marque d√©pos√©e de la Fondation NetBSD ; OpenBSD¬ģ est une marque d√©pos√©e de Theo de Raadt. Oracle Corporation d√©tient les droits sur Oracle¬ģ, MySQL¬ģ et MyRocks¬ģ ; Percona¬ģ est une marque d√©pos√©e de Percona LLC ; MariaDB¬ģ est une marque d√©pos√©e de MariaDB Corporation Ab ; REDIS¬ģ est une marque d√©pos√©e de Redis Labs Ltd. F5 Networks, Inc. d√©tient les droits sur NGINX¬ģ et NGINX Plus¬ģ ; Varnish¬ģ est une marque d√©pos√©e de Varnish Software AB. Adobe Inc. d√©tient les droits sur Magento¬ģ ; PrestaShop¬ģ est une marque d√©pos√©e de PrestaShop SA ; OpenCart¬ģ est une marque d√©pos√©e d'OpenCart Limited. Automattic Inc. d√©tient les droits sur WordPress¬ģ, WooCommerce¬ģ et JetPack¬ģ ; Open Source Matters, Inc. d√©tient les droits sur Joomla¬ģ ; Dries Buytaert d√©tient les droits sur Drupal¬ģ. Amazon Web Services, Inc. d√©tient les droits sur AWS¬ģ ; Google LLC d√©tient les droits sur Google Cloud‚ĄĘ et Chrome‚ĄĘ ; Facebook, Inc. d√©tient les droits sur Facebook¬ģ ; Microsoft Corporation d√©tient les droits sur Microsoft¬ģ, Azure¬ģ et Internet Explorer¬ģ ; La Fondation Mozilla d√©tient les droits sur Firefox¬ģ. Apache¬ģ est une marque d√©pos√©e de The Apache Software Foundation ; PHP¬ģ est une marque d√©pos√©e du groupe PHP. CloudFlare¬ģ est une marque d√©pos√©e de Cloudflare, Inc. ; NETSCOUT¬ģ est une marque d√©pos√©e de NETSCOUT Systems Inc. ; ElasticSearch¬ģ, LogStash¬ģ et Kibana¬ģ sont des marques d√©pos√©es d'Elastic NV. Ce site n'est affili√©, sponsoris√© ou autrement associ√© √† aucune des entit√©s mentionn√©es ci-dessus et ne repr√©sente aucune de ces entit√©s de quelque mani√®re que ce soit. Tous les droits sur les marques et noms de produits mentionn√©s sont la propri√©t√© de leurs titulaires respectifs des droits d'auteur. Toutes les autres marques mentionn√©es appartiennent √† leurs titulaires. MANAGED SERVER¬ģ est une marque d√©pos√©e au niveau europ√©en par MANAGED SERVER SRL Via Enzo Ferrari, 9 62012 Civitanova Marche (MC) Italie.

JUSTE UN MOMENT !

Souhaitez-vous voir comment votre WooCommerce fonctionne sur nos syst√®mes sans avoir √† migrer quoi que ce soit ? 

Entrez l'adresse de votre site WooCommerce et vous obtiendrez une démonstration navigable, sans avoir à faire absolument quoi que ce soit et entièrement gratuite.

Non merci, mes clients préfèrent le site lent.
Retour en haut de page