Serveurs pre-Cache CDN Edge avec surveillance synthétique

Un réseau de diffusion de contenu (CDN) est une collection de nœuds distribués, appelés serveurs edge, connectés aux mêmes serveurs d’origine et placés locaux à l’emplacement des utilisateurs. Si vous utilisez un CDN, le contenu de votre site Web est livré à l’utilisateur à partir du serveur bord le plus proche à leur emplacement. Sans CDN, vous mettez l’accent sur le serveur d’origine chaque fois qu’un utilisateur demande quelque chose. Si vous avez beaucoup de visiteurs sur votre site Web, il serait enlçant votre serveur, ce qui rend plus lent à répondre et pire encore, devenir insensible aux utilisateurs.

 

Fonctionnement d’un CDN

Considérez CDN comme un arbre dont la racine est votre serveur d’origine et les serveurs de bord sont les nœuds d’arbre. Lorsque de nouveaux contenus sont disponibles sur le serveur d’origine, il est distribué et mis en cache sur tous les serveurs bord. Maintenant, lorsqu’un utilisateur fait une demande DNS, il est interrompu par CDN, et le contenu est servi à partir du serveur bord le plus proche. Il existe deux approches fondamentales pour implémenter une stratégie de cache CDN :

Push Network. Lorsque tout nouveau contenu est téléchargé sur le site Web, le serveur d’origine pousse ce nouveau contenu vers le CDN. Ensuite, CDN prend ce nouveau contenu et distribue à travers tous ses serveurs bord pour le mettre en cache là-bas. Il s’agit essentiellement d’une stratégie de pré-mise en cache où nous minimisons un hit-and-miss lorsque la demande d’une ressource est faite la première fois sur le réseau. Le contenu mis en cache est disponible pour l’utilisateur à partir du serveur bord pour les demandes ultérieures.

Réseau Pull. Dans cette stratégie, il n’y a pas de pré-mise en cache. Lorsqu’une ressource est demandée la première fois, CDN se rend sur le serveur d’origine, récupère le contenu et le sert à l’utilisateur. Ce contenu est ensuite distribué à tous les serveurs edge et mis dans le cache sur les serveurs bord. Dans cette stratégie, un hit-and-miss se produit, augmentant le temps de chargement premier.

Laquelle des deux approches que vous utilisez dépend de votre cas d’utilisation et du fournisseur de CDN que vous utilisez. Le type de contenu joue également un rôle important ici, mais une approche mixte de la stratégie push and pull est la meilleure quand il s’agit d’utiliser pleinement la puissance et les avantages d’un CDN.

 

Contenu statique et dynamique

Maintenant, tous les contenus de votre site ne peuvent pas être mis en cache, alors parlons un peu des types de contenu avant de plonger profondément dans une meilleure stratégie de pré-mise en cache en utilisant la surveillance synthétique.

Le contenu statique est essentiellement n’importe quel fichier qui est stocké sur un serveur, par exemple, des images, des vidéos, des FICHIERS PDF, des fichiers HTML, des fichiers CSS, des fichiers JavaScript, etc. il ne change pas au fil du temps, de sorte qu’une copie statique est mise en cache et servie à partir du serveur bord le plus proche. Un navigateur peut également mettre en cache le contenu statique jusqu’à ce qu’il expire et sert localement à partir de l’ordinateur.

Toutefois, le contenu dynamique est généré du côté du serveur en réponse à la demande de l’utilisateur en fonction de l’emplacement, de l’appareil, de l’heure, des paramètres personnels, etc. À un moment donné, le contenu dynamique n’a pas pu être mis en cache, mais au fur et à mesure que les technologies évoluaient, le contenu dynamique peut également être mis en cache et servi à partir du serveur de bord.

Il y a un point important à noter ici du point de vue d’une entreprise. Si vous ne pré-cachez pas les données, les utilisateurs qui en sont à leur première expérience seront probablement confrontés à un délit de non-lieu, augmentant ainsi la latence et ayant une réponse plus lente. Avec chaque seconde de retard, le taux de rebond de votre site web augmente. 9,6 pour cent des visiteurs rebondissent lorsque le temps de chargement de la page est de 2 secondes et 32,3 pour cent des utilisateurs rebondissent si elle est de 7 secondes. Ce genre de chiffres peut entraîner une baisse importante des revenus.

Le plus souvent, quel que soit le type de contenu, CDN a une expiration définie pour purger le contenu mis en cache et apporter du nouveau contenu à partir du serveur d’origine. Ces options d’expiration peuvent être les suivantes :

  • Origine contrôlée
  • Spécification TTL (time to live)
  • N’expirez jamais
  • Ne pas mettre en cache

 

Si les utilisateurs de certains emplacements ne font pas de demande pour un contenu particulier et que le contenu est expiré, alors selon votre stratégie d’expiration de cache, ils peuvent également faire face à un scénario de délit de frappe et de raté entraînant un taux de rebond plus élevé pour votre site Web. Avec la mise en œuvre du CDN en place, nous obtenons trois avantages principaux :

  1. Performance. Accélérez les performances de votre site Web en réduisant la latence et les charges du serveur.
  2. Disponibilité. Rendre vos données plus disponibles pour contrer la défaillance du serveur et la faible bande passante.
  3. Sécurité. Augmenter la capacité globale de votre serveur en utilisant un CDN pour esquiver DDoS et d’autres attaques réseau sur les données.

 

Ainsi, la pré-mise en cache de vos données sur les serveurs edge en utilisant une stratégie CDN efficace vous donnera toutes sortes d’avantages. Mais la question est, avec les sites Web interactifs, le contenu dynamique, et les chemins d’utilisateurs complexes, comment pouvez-vous pré-cache des données? La réponse est distribuée surveillance synthétique.

 

Qu’en est-il prefetching? Pré-caching vs Prefetching Expliqué

Tout en faisant des recherches sur les meilleures façons de surveiller les actifs pré-mis en cache, vous avez peut-être rencontré les termes « précaching » (pas de trait d’union) et pré-fetching. Ce qui soulève la question : quelle est la différence entre ces termes (le cas échéant) et quel impact cela a-t-il sur votre choix d’une solution de surveillance synthétique ?

Autrement dit, il n’y a pas de différence significative entre ces termes. De plus, aucune organisation de normes n’a défini ces termes séparément.

Toutefois, il est intéressant de noter que certains utilisateurs finaux prennent le terme prefetching pour être plus de fréquence et de temps lié, en ce que le pré-verrouillage est utilisé pour les ressources qui seront nécessaires immédiatement, accessible une seule fois, et peut être jeté / supprimé après les avoir utilisés.

En revanche, bon nombre de ces mêmes utilisateurs finaux croient que le terme pré-caching (parfois orthographié «precaching» sans trait d’union), est utilisé pour décrire les actifs qui seront consultés plusieurs fois et également stockés pendant de plus longues périodes de temps.

Certaines sociétés de logiciels et de web définissent ces termes indépendamment également, en fonction de leurs propres plates-formes. Par exemple, Google utilise le terme «precaching» (pas de trait d’union), pour se référer à la façon dont le chargement des actifs peut être contrôlé dans leur application Web Workbox.

En fin de compte, la chose la plus importante à emporter est qu’il n’y a pas de différence significative entre les termes, et ils sont généralement utilisés de façon interchangeable dans la communauté de développement web. Toutefois, si vous cherchez à surveiller un type spécifique d’application Web, vous pouvez vous assurer que vous comprenez comment ces termes sont définis ou utilisés dans ce cadre particulier.

 

Surveillance synthétique

La surveillance synthétique est un mécanisme de surveillance de vos sites Web et applications en simulant les utilisateurs dans un environnement interactif à l’aide d’outils et de scripts. Ces outils effectuent la traversée de chemins guidés possibles et d’activités de transactions commerciales 24 heures sur 24. En implémentant une surveillance synthétique de vos sites et applications, vous obtenez des informations importantes sur les performances, telles que la latence, l’accessibilité, les transactions cassées, etc. Il existe de nombreuses options SaaS tiers disponibles, mais vous souhaitez en choisir une avec un large éventail de solutions de surveillance. En règle générale, ces solutions ont la configuration click-and-go et vous préparer en un rien de temps.

Par exemple, la solution de surveillance des applications Web de Dotcom-Monitor inclut un outil de script point and click appelé EveryStep Web Recorder. Il suffit de naviguer à travers votre site Web ou application comme l’un de vos utilisateurs serait de créer des scripts que vous pouvez utiliser pour surveiller vos applications Web.

 

Pré-mise en cache CDN Edge sert avec surveillance synthétique

Si vous utilisez un CDN, la configuration de surveillance synthétique pour plusieurs emplacements profitera du système distribué pour effectuer une surveillance synthétique sur chaque serveur de bord pour simuler les utilisateurs localisés. Ainsi, demander le contenu avant tout utilisateur ne, pré-cache du contenu, et de minimiser le premier hit-and-miss et le temps de chargement pour presque tous vos utilisateurs. Comme des moniteurs synthétiques sont configurés pour effectuer des tests par intervalles 24 heures sur 24, ils maximisent les chances de détecter le nouveau contenu téléchargé avant que n’importe quel utilisateur ne le puisse. Ainsi, pré-mise en cache du contenu en fonction de l’emplacement, l’heure et l’appareil et permettant aux serveurs bord CDN de servir le contenu plus rapidement et efficacement.

 

Avantages des serveurs CDN Edge pré-caching

  • Surveillance de la disponibilité du site Web à travers différents utilisateurs finaux dans plusieurs endroits.
  • Pré-mise en cache du contenu pour accélérer le premier temps de chargement.
  • Purge et remplacement du cache CDN expiré pour faire face à des délits de non-accès fréquents.
  • Surveillance des transactions commerciales complexes et du flux de processus.
  • Détecter les défaillances du serveur et de l’application et implémenter un coffre-fort.
  • Repérer et résoudre les problèmes avant qu’ils n’affectent les utilisateurs finaux.
  • Baselining et benchmarking pour les stratégies d’amélioration.
  • Analyser les UX du point de vue de l’utilisateur final.

 

Si vous utilisez un CDN mais que vous n’avez pas mis en place de surveillance synthétique, vous voudrez peut-être avoir une surveillance synthétique en place pour votre application afin de tirer le meilleur parti du mécanisme de diffusion du contenu et de rack dans les revenus inconsciemment perdus.

Essayez la plate-forme Dotcom-Monitor gratuite pendant 30 jours.

 

Latest Web Performance Articles​

Start Dotcom-Monitor for free today​

No Credit Card Required