{"id":13557,"date":"2021-04-01T15:12:42","date_gmt":"2021-04-01T15:12:42","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/2021\/04\/01\/pourquoi-un-cdn-ne-resout-pas-tous-vos-besoins-de-performance\/"},"modified":"2026-06-15T16:49:59","modified_gmt":"2026-06-15T16:49:59","slug":"pourquoi-un-cdn-ne-resout-pas-tous-vos-besoins-de-performance","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/pourquoi-un-cdn-ne-resout-pas-tous-vos-besoins-de-performance\/","title":{"rendered":"Pourquoi un CDN ne r\u00e9sout pas tous vos besoins de performance"},"content":{"rendered":"

Un r\u00e9seau de diffusion de contenu, ou CDN, est une collection de serveurs proxy qui sont connect\u00e9s au m\u00eame serveur d\u2019origine, et sont r\u00e9partis g\u00e9ographiquement par rapport aux utilisateurs finaux. Au lieu d\u2019utiliser un seul serveur pour r\u00e9pondre aux demandes des utilisateurs, les serveurs de bord CDN sont en mesure de fournir du contenu plus efficacement et plus efficacement aux utilisateurs en fonction de leur emplacement physique. Par exemple, si quelqu\u2019un d\u2019Europe acc\u00e8de \u00e0 votre site Web h\u00e9berg\u00e9 aux \u00c9tats-Unis, cela se ferait probablement par l\u2019interm\u00e9diaire d\u2019un serveur local du Royaume-Uni, et non du serveur am\u00e9ricain.<\/p>\n

 <\/p>\n

Inconv\u00e9nients g\u00e9n\u00e9raux du CDN<\/h3>\n

Bien que les CDN aient des avantages significatifs et soient une solution souhaitable pour de nombreuses entreprises, ils ont leurs inconv\u00e9nients, que nous exposerons dans cet article.<\/p>\n

Un tel inconv\u00e9nient est que vous pouvez trouver difficile de trouver un fournisseur fiable et efficace. Les fournisseurs de CDN entrent et sortent du march\u00e9 assez fr\u00e9quemment, bien que de nombreux acteurs solides sur le march\u00e9 ont \u00e9t\u00e9 autour depuis des ann\u00e9es. Il rend l\u2019\u00e9valuation des prix et des performances difficile entre l\u2019ancien et le nouveau. En outre, l\u2019application de CDN est livr\u00e9 avec une courbe d\u2019apprentissage.<\/p>\n

En tant que propri\u00e9taire du site, vous n\u2019avez pas n\u00e9cessairement besoin de comprendre tous les d\u00e9tails techniques et les codes. Toutefois, des recherches seront n\u00e9cessaires \u00e0 votre fin pour s\u2019assurer que CDN et votre site fonctionnent en parfaite harmonie pour la performance. C\u2019est l\u00e0 que le probl\u00e8me entre en jeu puisque ce facteur peut parfois \u00eatre un succ\u00e8s et manquer, en particulier avec les fournisseurs de CDN moins \u00e9tablis.<\/p>\n

Si votre fournisseur de CDN n\u2019a pas un bon syst\u00e8me de support, vous pouvez vous retrouver dans un cornichon. Un bon fournisseur de CDN doit toujours fournir un soutien 24 heures sur 24, 7 jours sur 7, pour surveiller et assurer des performances constantes.<\/p>\n

Une autre lacune g\u00e9n\u00e9rale potentielle des CDN est leur impraticalit\u00e9 pour certains sites Web. World-Wide-Web est une entit\u00e9 dynamique qui est en constante \u00e9volution sur le march\u00e9 mondial. Par cons\u00e9quent, certains sites Web qui traitent avec le trafic mondial r\u00e9el peuvent avoir du mal \u00e0 tirer pleinement parti du r\u00e9seau de diffusion de contenu, sans le m\u00e9lange pr\u00e9cis des emplacements PoP.<\/p>\n

 <\/p>\n

Probl\u00e8mes de performance SSL<\/h3>\n

SSL est tristement c\u00e9l\u00e8bre pour les probl\u00e8mes de performance inh\u00e9rents<\/a>. Il n\u00e9cessite des transferts aller-retour suppl\u00e9mentaires et fr\u00e9quents entre le navigateur et le serveur au niveau \u00e9l\u00e9mentaire. Voici un exemple, juste pour vous donner une id\u00e9e de ce que les probl\u00e8mes de performance \u00e0 attendre.<\/p>\n

Supposons qu\u2019une poign\u00e9e de main TCP ait pris 95ms. Maintenant, c\u2019est RTT (Aller-retour) entre un serveur dans le New Jersey et l\u2019emplacement de test \u00e0 Los Angeles. Les n\u00e9gociations SSL n\u00e9cessitent au moins deux allers-retours suppl\u00e9mentaires entre le serveur et le navigateur. Maintenant, si vos serveurs CDN ne sont pas configur\u00e9s correctement pour les n\u00e9gociations SSL avec diff\u00e9rents navigateurs, vous \u00eates plus susceptible de conna\u00eetre un retard dans les performances.<\/p>\n

 <\/p>\n

<\/h3>\n

Les probl\u00e8mes de performance d\u2019un CDN ne peuvent pas aider avec<\/h3>\n

L\u2019ajout de CDN \u00e0 votre infrastructure garantit des performances et une fiabilit\u00e9 accrues. Mais des probl\u00e8mes de performances sp\u00e9cifiques ne se limitent pas \u00e0 un CDN, comme vos propres serveurs d\u2019applications Web. Avec de nombreuses applications Web, vous pouvez toujours \u00e9prouver un manque de performances si vous n\u2019impl\u00e9mentez pas certaines ressources et configurations.<\/p>\n

Voici quelques-unes des autres ar\u00e8nes de performance o\u00f9 un CDN n\u2019est peut-\u00eatre pas en mesure de r\u00e9soudre les probl\u00e8mes suivants :<\/p>\n

 <\/p>\n

Ressources mat\u00e9rielles inad\u00e9quates<\/h4>\n

Votre serveur d\u2019application principal est connu sous le nom de serveur d\u2019origine, d\u2019o\u00f9 CDN tire et cache les donn\u00e9es. Maintenant, si votre serveur a de faibles ressources et commence \u00e0 obtenir un pic de trafic, dans ce cas, m\u00eame le CDN le plus d\u00e9cent ne sera pas en mesure de faire assez pour am\u00e9liorer vos performances. Vous aurez besoin d\u2019un serveur plus rapide avec suffisamment de ressources pour g\u00e9rer l\u2019augmentation du trafic.<\/p>\n

De faibles ressources, telles que la puissance du disque dur, la puissance du Processeur et la RAM, r\u00e9duisent l\u2019efficacit\u00e9 de votre application Web. Chaque fois que vous envisagez l\u2019int\u00e9gration d\u2019un CDN dans votre infrastructure, assurez-vous toujours que votre serveur d\u2019application dispose de ressources suffisantes pour g\u00e9rer le trafic et les donn\u00e9es transf\u00e9r\u00e9es \u00e0 votre r\u00e9seau CDN.<\/p>\n

 <\/p>\n

Ressources r\u00e9seau atones<\/h4>\n

Chaque fois qu\u2019un serveur CDN tire des donn\u00e9es de votre serveur d\u2019application principal, la vitesse \u00e0 laquelle les transferts de contenu d\u00e9pendent de plusieurs facteurs, tels que vos ressources r\u00e9seau. Le manque de vitesses r\u00e9seau pour r\u00e9pondre aux exigences ou pour avoir une faible bande passante de votre h\u00f4te de partage peut \u00e0 la fois entraver vos performances en ralentissant le transfert de donn\u00e9es.<\/p>\n

La bande passante est un \u00e9l\u00e9ment essentiel pour permettre le transfert de fichiers de contenu volumineux entre les centres de donn\u00e9es du r\u00e9seau CDN \u00e0 partir de votre r\u00e9seau. La plupart des FSI offrent une bande passante comp\u00e9tente pour les consommateurs. Toutefois, les r\u00e9seaux locaux h\u00e9bergeant des applications Web doivent avoir une bande passante ad\u00e9quate install\u00e9e pour transf\u00e9rer de gros fichiers de contenu sur les r\u00e9seaux locaux.<\/p>\n

 <\/p>\n

Logiciel tiers<\/h4>\n

Bien qu\u2019\u00eatre d\u00e9pendant des applications n\u2019est pas un nouveau concept pour les d\u00e9veloppeurs, mais la plupart des installations logicielles tierces et des ajouts doivent \u00eatre test\u00e9s pour les performances. Certains probl\u00e8mes peuvent effectivement devenir la force motrice derri\u00e8re affecter l\u2019ensemble des performances de l\u2019application Web. Des probl\u00e8mes de performances peuvent \u00e9galement d\u00e9couler de l\u2019installation d\u2019outils tiers sur des serveurs Web.<\/p>\n

Dans ce cas, un CDN n\u2019aidera pas \u00e0 vous donner les r\u00e9ponses que vous cherchez. Vous devrez probablement tester tout logiciel, outil et d\u00e9pendance tiers dans un environnement simul\u00e9 avant de les installer sur votre infrastructure, ainsi que dans l\u2019environnement de production. De plus, l\u2019interaction et les performances avec les logiciels doivent \u00eatre test\u00e9es avec vos serveurs critiques.<\/p>\n

 <\/p>\n

Param\u00e8tres de cache<\/h4>\n

Bien que votre serveur de bord CDN soit responsable de la mise en cache et de la livraison du contenu, vos sites Web et applications n\u00e9cessitent \u00e9galement une configuration pour mettre en cache du contenu statique. Le contenu statique peut inclure le code CSS, JavaScript et HTML, qui ne change pas fr\u00e9quemment. Comme ce contenu est statique, vous n\u2019avez pas besoin d\u2019effectuer une v\u00e9rification compl\u00e8te sur votre serveur pour g\u00e9n\u00e9rer une r\u00e9ponse serveur appropri\u00e9e.<\/p>\n

Dans certains sc\u00e9narios, les administrateurs peuvent avoir des param\u00e8tres de cache incompatibles, ce qui peut g\u00e2cher les configurations globales du cache. Vous pouvez tester ces r\u00e9ponses serveur apr\u00e8s le d\u00e9ploiement dans des environnements de mise en sc\u00e8ne ou de production.<\/p>\n

Une fois que vous avez configur\u00e9 ces param\u00e8tres, vous pouvez toujours re-tester vos sites Web et applications. Vous pouvez utiliser des outils, tels que l\u2019outil de vitesse du site Web de Dotcom-Monitor<\/a> ou d\u2019autres outils comme Google PageSpeed Insights<\/a>. Ce n\u2019est qu\u2019avec la configuration CDN correcte et les bonnes ressources serveur que votre site web sera en mesure d\u2019effectuer efficacement ind\u00e9pendamment des pics de popularit\u00e9 et de trafic saisonnier.<\/p>\n

 <\/p>\n

Pourquoi investir dans un CDN \u00e0 tous?<\/h3>\n

Compte fait de toutes les consid\u00e9rations et inconv\u00e9nients, il peut sembler d\u00e9raisonnable d\u2019investir dans un CDN. Toutefois, un CDN combin\u00e9 \u00e0 une une solution de surveillance<\/a> fiable peut vous fournir un moyen rentable de suivre les donn\u00e9es et les mesures requises pour vous aider \u00e0 vous assurer que le CDN que vous avez investi fonctionne comme pr\u00e9vu – et d\u2019acc\u00e9l\u00e9rer la livraison de tout ce contenu de site Web \u00e0 vos utilisateurs. De plus, la surveillance peut vous assurer que votre CDN est en train de r\u00e9pondre \u00e0 vos AS. Voici quelques mesures importantes du CDN \u00e0 surveiller :<\/p>\n