17 septembre 2022

Qu'est-ce qu'un CDN ? Pourquoi, quand et comment l'utiliser pour votre site web

CDN signifie Content Delivery Network. Qu'est-ce que c'est? En avons-nous vraiment besoin ou est-ce juste une mode ? Une explication simple mais pas trop.

CAN va Content Delivery Network . Qu'est-ce que c'est? En avons-nous besoin ? Parlons de l'importance de ce type de technologie et comment améliorer les performances d'un site Web en utilisant cette approche.

Imaginez que vous venez de lancer une boutique en ligne avec 10 produits que vous vendez à un public local. Allez-y doucement. Invités le votre magasin en utilisant votre fournisseur d'hébergement local et c'est assez rapide comme ça. Si vous êtes une personne bienveillante, vous déciderez quand même d'utiliser une pile logicielle adéquate afin de rester avec des vitesses d'ouverture de pages inférieures à deux secondes et de donner une expérience utilisateur satisfaisante afin que votre client potentiel ne quitte pas votre site.

Cependant, vous serez assez calme et vous n'aurez certainement pas à vous soucier des clients venant du Brésil, des États-Unis ou du Japon, car vous n'avez pas ces clients.

Rien à craindre, n'est-ce pas? Oui, jusqu'à ce que vous atteigniez le prochain niveau de croissance.

Imaginez également qu'en un an, votre boutique en ligne a grandi et que vous avez maintenant 10000 XNUMX produits vendus dans le monde, vers des destinations éloignées. Même si notre planète n'est pas si grande, nous devons tout de même considérer la connexion physique à Internet.

Votre site hébergé dans un centre de données italien commence à recevoir de nombreuses vues non seulement de votre public cible local, mais également du trafic international, y compris les pays mentionnés ci-dessus.

C'est là que le CDN entre en jeu. Cela nous aide à nous connecter avec nos utilisateurs partout sur la planète. Que vous ayez une boutique en ligne, un site Web d'entreprise, une newsletter ou un blog. Si vous vendez loin, vous devez livrer les images de vos produits à vos clients à un tarif approprié. Alternativement, votre entreprise souffre.

Pourquoi utiliser un CDN ?

Disons simple. Plus votre page se charge longtemps après qu'un utilisateur l'a demandée, moins il est susceptible d'acheter chez vous ou même de rester sur votre site Web.

Un retard d'une seconde dans le temps de chargement de la page produit : 11 % de pages vues en moins, 16 % de satisfaction client en moins, 7 % de conversions en moins. crazyegg.com

Ce retard gênant s'appelle latence, un point où tous les abandons de sites Web se produisent.

Par conséquent, le CDN a été inventé pour réduire la distance physique entre l'utilisateur du site Web et le serveur d'hébergement du site Web.

De plus, il faut prendre en compte que depuis plus d'un an la vitesse du site est devenue un facteur très important de classement et de positionnement au niveau SEO. Google a officiellement spécifié comme site conforme à la Vitaux Web de base et passer les tests sur le terrain, avoir une plus grande visibilité et positionnement par les moteurs de recherche.

PageSpeed ​​​​Insight Crux Réussi

Bref, un CDN peut concrètement aider à l'optimisation et à l'amélioration de ces paramètres et produire une expérience utilisateur optimale capable de passer les tests de Vitaux Web de base à la fois pour les ordinateurs de bureau et en particulier les appareils mobiles, ces derniers appareils tels que les smartphones et les tablettes qui sont désormais la principale source de trafic pour plus de 80 % du trafic Internet.

Quelques détails techniques mais pas trop

CDN est principalement un groupe de serveurs situés à différents endroits dans le monde. Pour minimiser la distance physique entre votre site Web et votre utilisateur, vous pouvez choisir de le livrer via CDN qui mettrait en cache une copie de votre contenu sur chacun de leurs serveurs.

Les nœuds CDN sont généralement répartis sur plusieurs sites, souvent sur plusieurs dorsales Internet. Les avantages incluent des coûts de bande passante réduits, des temps de chargement de page améliorés et une disponibilité accrue du contenu mondial. Le nombre de nœuds et de serveurs qui composent un CDN varie selon l'architecture, certains atteignant des milliers de nœuds avec des dizaines de milliers de serveurs sur de nombreux points de présence (PoP) distants. D'autres construisent un réseau mondial et ont un petit nombre de points de présence géographiques. 

Les demandes de contenu sont généralement acheminées de manière algorithmique vers des nœuds qui sont en quelque sorte optimaux. Lors du réglage des performances, vous pouvez choisir les meilleurs emplacements pour diffuser le contenu à l'utilisateur. Cela peut être mesuré en choisissant des emplacements qui ont le moins de sauts, le moins de secondes réseau depuis le client demandeur ou la disponibilité la plus élevée en termes de performances du serveur (à la fois actuelles et historiques), pour optimiser la livraison sur les réseaux locaux. Lors de l'optimisation du coût, vous pouvez choisir les emplacements les moins chers à la place. Dans un scénario optimal, ces deux objectifs ont tendance à s'aligner, car je serveurs de périmètre proche de l'utilisateur final à la périphérie du réseau peut présenter un avantage en termes de performances ou de coût.

La plupart des fournisseurs de CDN fourniront leurs services sur un ensemble variable et défini de points de présence, en fonction de la couverture souhaitée, comme les États-Unis, l'international ou le monde, l'Asie-Pacifique, etc. Ces ensembles de PoP peuvent être appelés « périphéries », « nœuds périphériques », « serveurs périphériques » ou « réseaux périphériques » car ils seraient la périphérie des ressources CDN la plus proche de l'utilisateur final.

Comment mettre en place un CDN ?

La première chose que vous devez faire est de choisir parmi la grande variété d'options. Avant tout, vous devez tenir compte de vos besoins et de vos ressources, car la mise en œuvre pourrait prendre un certain temps e de l'argent.

  • CDN pour les grands sites Web très chargés. Choisissez un grand fournisseur de CDN et configurez-le manuellement pour votre site Web. Il existe de nombreuses solutions différentes pour cela sur le marché. CloudFlare, Google CDN, MaxCDN, Amazon CloudFront, CoralCDN pour n'en nommer que quelques-uns. Vous devez configurer la connexion entre votre hébergeur et le CDN de votre choix.
  • CDN pour les sites Web de petite et moyenne taille. Choisissez l'hébergement CDN si votre site Web n'est pas si grand et ne grandit pas beaucoup au quotidien. Convient pour un site Web d'entreprise, un blog, un site Web personnel. Certaines sociétés d'hébergement fournissent des CDN dans le cadre de leur service. En effet, cette option est excellente pour les sites Web de petite et moyenne taille. Vous pouvez activer cette option assez rapidement lorsque vous en avez besoin.
  • CDN pour une évolutivité et une automatisation rapides. CDN nouvelle génération, s'adapte à toutes les tailles. Parfait pour les entreprises à croissance rapide, les startups et les entreprises à croissance rapide. Choisissez-en un Solution SaaS basée sur CDN si vous avez la possibilité de connaître une croissance rapide ou si vous souhaitez économiser sur la mise en œuvre. Ce type de CDN présente également un avantage de fonctionnalité qu'il apporte lors de votre inscription.

Par exemple, un CDN de traitement d'images peut vous aider à traiter vos images, à effectuer un redimensionnement et une optimisation ou peut-être même fournir des formats optimisés tels que Webp aux clients de navigateur compatibles.

Encore plus d'avantages

En plus de la distribution mondiale et de la latence enchantée, le CDN peut offrir quelques autres avantages :

  • Amélioration du référencement. Google et les autres moteurs de recherche aiment les sites Web rapides et efficaces. La vitesse est l'un des facteurs de classement les plus importants pour le référencement de Google. Plus la vitesse est élevée, plus un site Web peut être vu dans la recherche. Donc, par conséquent, plus de prospects et de ventes qu'il peut acquérir.
  • Évolutivité. Il protège votre site Web des pics de trafic qui peuvent empêcher votre site Web de répondre. Vos utilisateurs finaux ne seraient pas du tout intéressés.
  • Sécurité. N'importe quel site Web peut rencontrer Attaques DDoS ou similaire. CDN peut résoudre ce problème assez facilement.

Enfin et surtout, toute entreprise réussie connaît une croissance qui entraîne une croissance du trafic sur le site Web et une attention accrue du public. Je suggérerais d'examiner CDN au début de la création de votre site Web, car il serait beaucoup plus facile de planifier, de choisir un fournisseur et de le mettre en œuvre en fonction des besoins de votre entreprise.

Cependant, le moyen le plus simple de tester les avantages du CDN serait d'utiliser Solutions CDN SaaS où face à un abonnement payant, l'utilisation du service est garantie sans avoir à implémenter toute la pile technologique à partir de zéro.

Précautions à prendre et chassons les lieux communs

Cependant, l'utilisation des CDN et leur popularité ont créé un biais cognitif assez important chez les propriétaires de sites Web, les éditeurs, les marchands et même de nombreux professionnels tels que les développeurs, les référenceurs et même les hébergeurs.

Le concept de base est qu'après avoir activé un CDN ou un service CDN automatiquement le site est rapide et répond aux exigences de Google et des visiteurs.

Pour mieux comprendre ce phénomène et cette croyance erronée, je souhaite vous proposer un cas réel d'un de nos anciens clients qui a décidé de changer d'hébergeur et d'activer un CDN comme CloudFlare.

Site migré Comparaison Pingdom avant après

Dans la première colonne de gauche, nous voyons les valeurs obtenues sur notre hébergement sans utiliser de CDN, dans la colonne de droite, nous voyons les valeurs obtenues après être passé à un fournisseur commun sans avoir activé de CDN.

Dans le cas précis dont nous en avons parlé dans cet article, Les hébergements WordPress ne sont pas tous les mêmes gardez juste à l'esprit qu'après le passage le site est devenu 4 à 8 fois plus lent avec toutes les conséquences SEO et trafic qui en découlent.

Bref, pour donner un exemple, c'est comme dire que depuis qu'on a équipé les nouvelles ceintures de sécurité et qu'on a les nouveaux freins à disque en céramique, on peut se permettre d'aller à 300 de l'heure en ville avec la conviction d'être en sécurité. La réalité est toute autre et les faits sont toujours clairs pour ceux qui ont le bon sens de mesurer pour trancher, et l'honnêteté intellectuelle d'admettre avec le recul avoir attrapé un crabe.

Un CDN ne pourra jamais remplacer un hébergement rapide et bien équipé avec toutes les fonctionnalités dignes d'une pile logicielle orientée performance. Au mieux cela limitera certains problèmes d'une pile logicielle inefficace.

Par ailleurs, il faut aussi dire qu'un CDN à un niveau professionnel a des coûts fixes ou de consommation bien supérieurs à ceux de confier votre site à une entreprise comme la nôtre qui a toujours été orientée vers la performance.

Par exemple, démystifions certains des clichés sur les CDN ci-dessous.

1. Les CDN ont la fonctionnalité HTML Cache et peuvent remplacer les caches tels que Varnish.

La déclaration est probablement correcte et presque toujours vraie. Un CDN avec la fonctionnalité HTML Cache peut remplacer Varnish et fonctionner exactement de la même manière. Dans de nombreux cas, un CDN de ce type utilise son propre Varnish Cache ou NGINX FastCGI Cache et il suffit donc que d'autres (dans ce cas, le fournisseur CDN) fassent quelque chose que nous aurions pu faire nous-mêmes sur notre serveur à moindre coût et avec un degré extrême de personnalisation et de réglage.

Évidemment, cela est vrai lorsqu'un CDN a également la fonction HTML Cache et pas seulement la fonction Content Delivery de contenu statique. De nombreux développeurs, ingénieurs système et professionnels, par exemple, sont toujours convaincus que CloudFlare dans le plan Free a la fonction de cache HTML alors que ce n'est absolument pas vrai et c'est l'une des raisons pour lesquelles cet ancien client que nous avons mentionné ci-dessus dans la capture d'écran avant / après avoir changé de fournisseur il envisage de résoudre quelques problèmes de réglage et de vitesse à l'aide d'un CDN comme Cloudflare qui ne propose pas de cache HTML par défaut.

2. Les CDN vous permettent d'économiser des coûts de trafic importants.

Ici aussi, la déclaration a du sens en fonction de cas spécifiques et prendre cette déclaration pour vraie pourrait entraîner une augmentation des coûts même de l'ordre de dizaines de milliers d'euros par mois.

Le raisonnement à faire serait précis au cas par cas, situation par situation, mais en règle générale il convient de réfléchir afin d'évaluer et de pondérer le coût du trafic sur le nœud source et le coût du trafic sortant du CDN, en prenant en tenant compte du coût des plans qui peuvent être fixes par rapport aux coûts des plans de paiement à l'utilisation ou de consommation, et également en évaluant les coûts des différents fournisseurs.

Par exemple, avoir un CDN comme celui de CloudFront Amazon AWS devant un serveur dédié sur Hetzner cela n'aurait pratiquement aucun sens, si ce n'est d'avoir des coûts disproportionnés, considérant (compte du serviteur à suivre) que 50 To par mois vers l'Europe sur CloudFront d'Amazon coûteraient au moins 4000 euros par mois.

Exemple de coût CDN

Même en mettant en jeu les autres principaux concurrents que vous pouvez voir dans l'image ci-dessus, la différence est vraiment minime, et vous obtenez toujours la même chose en même temps étant donné qu'étant des concurrents de classe entreprise, ils ont également des listes de prix et des prix assez similaires .

Cependant, la même sortie de 50 To sur Hetzner est incluse GRATUITEMENT sur tous les plans de serveur dédié qui ont une fourchette indiquée entre 40 € et 200 € par mois en fonction des caractéristiques matérielles du serveur dédié.

Penser plutôt en vue d'épargner, sur CloudFlare, le trafic sortant est inclus gratuitement à la fois dans les plans Free, Pro et Business et donc si nous pensions en termes de CDN pour le contenu statique, il serait logique en termes d'économies de coûts d'utiliser Cloudflare comme CDN pour les instances AWS comme Elastic Cloud par exemple.

Pour les CDN avec des plans de paiement à l'utilisation tels que AKAMAI, QUIC.Cloud, CloudFront, etc., la règle de faire les calculs très, très bien est toujours valable., considérant qu'un site avec beaucoup de trafic et beaucoup de requêtes suffit pour que le graphiste charge par erreur une image haute résolution, imaginez un classique 4000 x 3000 au format PNG non optimisé, pour augmenter votre facture mensuelle de plus de 3000 euros (nous nous référons à un cas vécu par un de nos clients).

3. Les CDN améliorent le score PageSpeed ​​​​et la vitesse du site.

Ici aussi, la discussion est très générique et doit être évaluée en fonction du type de CDN utilisé et des fonctions activées. Rarement, les fonctions offertes par un CDN ne peuvent pas être répliquées côté serveur avec la bonne configuration côté serveur et côté application. Pensez par exemple au service conditionnel d'images webp, il y a ceux qui activent un CDN spécifiquement pour remplir cette fonctionnalité, car il faudrait 6 lignes de configuration écrites ad hoc dans le fichier de configuration de l'hôte virtuel dans NGINX o Apache et un plugin pour la génération du webp respectif comme, par exemple, webp express pour WordPress.

Souvent les CDN ne sont que des demi-mesures adoptées par des figures techniques incompétentes qui ne savent pas faire correctement leur travail et préfèrent déléguer à des solutions tierces celles que d'autres figures compétentes seraient capables de mettre en œuvre en 30 minutes de travail.

Rappelez-vous toujours que des résultats parfaits peuvent être obtenus sans l'aide de CDN tiers si vous avez l'expertise nécessaire pour savoir ce que vous faites réellement.

PageSpeed ​​​​Insight Crux Réussi

Même lorsque vous travaillez avec des CMS non triviaux tels que Prestashop ou Magento, ou même avec des systèmes personnalisés pour lesquels il n'y a pas de disponibilité de solutions pré-packagées pour la génération d'images webp, un ingénieur système professionnel trouvera un moyen de gérer ce besoin de manière indépendante. , sans recourir à des technologies externes et à des plateformes CDN SaaS, et à des coûts quasi gratuits.

4. Les CDN doivent être utilisés chaque fois que vous avez beaucoup de trafic international.

Cela aussi est une légende urbaine sans aucun fondement. La différence entre un visiteur allemand se connectant depuis l'Allemagne à votre serveur italien par rapport à un utilisateur italien se connectant au serveur italien est pratiquement nulle.

Parler d'un pays et affirmer qu'il y a des différences entre un Français, un Allemand, un Belge, un Espagnol, un Finlandais, un Grec, un Suisse qui accède au même serveur en Italie, n'est qu'un exercice de style théorique ou un business élégant approche pour essayer de vendre un CDN.

Au mieux, vous pourrez obtenir 10 ms de latence en plus ou en moins, ce qui peut ne rien signifier dans le compte total, si par exemple vous économisez 10 ms de latence, mais vous insistez pour servir des images PNG qui ne sont pas optimisées avec le webp ou vous n'activez pas la compression BROTLI en préférant la compression gzip désormais obsolète et désuète (mais mieux que rien).

Les CDN, en revanche, ont beaucoup de sens lorsqu'il s'agit de trafic intercontinental. Un Américain, un Brésilien, un Chinois ou un Japonais qui se connecte à notre serveur en Italie aura des valeurs et des latences très différentes les unes des autres et dans certains cas certainement en dessous de la valeur minimale acceptable par Google ou par l'expérience utilisateur d'un quelconque évaluer.

Dans ce cas, l'évaluation d'un CDN est certainement un devoir de tout ingénieur système ou développeur soucieux de l'activité du client et de son professionnalisme.

En bout de ligne, quand pourriez-vous ne pas utiliser un CDN ?

Chaque cas est un cas en soi car nous avons jusqu'à présent plus que vous voulez mettre en évidence. Cependant, il existe des conditions qui, si elles sont remplies, peuvent vous empêcher d'avoir à utiliser un CDN qui serait effectivement inutile.

Il faut toujours considérer que dans tous les cas un CDN reste un service qui fonctionne entre votre site et votre visiteur, utilisant souvent la fonction reverse proxy comme dans le schéma ci-dessous.

 

Tout en considérant l'extrême stabilité de ces technologies et de ces plates-formes de réseau de diffusion de contenu, il faut toujours garder à l'esprit que même le CDN Enterprise le plus autoritaire et le plus adopté tel que CloudFlare peut subir des temps d'arrêt même importants et mettre votre site et votre entreprise hors ligne. n'aurait pas été hors ligne si vous n'aviez pas installé un CDN avec une vraie raison.

Une panne de Cloudflare a cassé de larges pans d'Internet

Voici donc un petit guide auquel vous devrez répondre si vous hésitez à adopter un CDN ou non.

  1. Votre site utilise-t-il un cache statique comme Varnish ou NGINX FastCGI Cache ?
  2. Votre site a-t-il un TTFB inférieur à 200 ms ?
  3. Votre site utilise-t-il la compression BROTLI pour les ressources statiques telles que JS et CSS ?
  4. Votre site utilise-t-il la livraison d'images Webp ou AVIF par rapport aux JPG et PNG classiques ?
  5. Votre site a-t-il un trafic principalement continental pour plus de 90 % des requêtes et des visites ? Dans ce cas, continental signifie européen.
  6. Votre site ne sature pas la bande passante sortante (généralement 1gbit/s dans les deux solutions dédiées Cloud et Serveur) ?

Si vous avez répondu OUI à toutes ces questions et que vous êtes certain de ne pas vouloir de frais supplémentaires de l'ordre d'au moins 200€/mois, vous pourriez facilement éviter d'utiliser un CDN afin de diffuser le contenu.

Si vous avez plutôt répondu plusieurs NON, nous vous recommandons de changer d'hébergeur dans un premier temps (vous vous approvisionnez probablement auprès de sociétés à la gestion amateur qui ne font que vous revendre quelques solutions avec Plesk et cPanel) avec notre service d'Hébergement orienté performance et uniquement évaluer ensuite l'adoption d'un CDN.

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