Surveillance CDN pour améliorer « l’expérience client » : De nombreuses agences interactives cherchent à améliorer leur « expérience client » en améliorant constamment « l’expérience utilisateur » des sites Web de leurs clients. Une façon pour les agences interactives de le faire de plus en plus est d’utiliser les réseaux de diffusion de contenu (CDN) pour une diffusion plus rapide du contenu en ligne qu’elles ont développé pour les clients. L’utilisation de CDN permet aux agences interactives de positionner les médias en ligne, de sorte que le site Web des clients et les applications Web se chargent plus rapidement pour une meilleure expérience utilisateur, et l’amélioration des « résultats » du site Web, tels que – impressions, conversions et ventes en ligne.
Toutefois, l’utilisation des CDN n’est pas sans risque tant pour les agences interactives que pour leurs clients. En utilisant un CDN, l’agence interactive perd également un peu de perspicacité dans les performances et le contrôle direct sur le contenu en ligne. En fait, plusieurs problèmes peuvent se développer au sein d’un CDN qui affecte négativement le contenu en ligne et les sites Web que les agences interactives produisent pour les clients. En raison de ces problèmes, la relation de l’agence interactive avec ses clients peut en souffrir. Toutefois, lorsque la surveillance externe est en place, l’agence interactive maintient un aperçu des problèmes de rendement qui se produisent dans le contenu en ligne positionné sur un réseau CDN et peut donc mieux servir ses clients.
Problèmes auxquels sont confrontées les agences interactives à l’aide de CDN
Lorsqu’ils utilisent ou déménagent dans un CDN pour le compte d’un client, les organismes interactifs s’attaquent à plusieurs facteurs liés au client ainsi qu’à des facteurs liés à la technologie. Plus précisément, lorsqu’une agence interactive recommande l’utilisation d’un CDN pour le contenu client, l’agence interactive doit à la fois tester la vitesse du contenu multimédia CDN lors de la mise en place du CDN et surveiller la diffusion continue du contenu CDN des clients. Pendant ce temps, un CDN peut réclamer certaines mesures de performance pour son réseau, sans un service de surveillance tiers, il est difficile de prouver la cause des problèmes qui affectent les accords de niveau de service (SL) basés sur le CDN ou qui l’appliquent avec les CDN. Notamment, à mesure qu’une agence interactive commence à utiliser un CDN pour fournir du contenu, plusieurs indicateurs de rendement doivent être abordés au fur et à mesure que le processus passe de l’évaluation initiale et des essais du CDN à la livraison du contenu client, ainsi qu’à l’utilisation continue d’un CDN, en particulier :
- À partir d’un CDN: La surveillance du contenu CDN à partir de plusieurs points de présence peut fournir des mesures qui servent de « preuve de concept » pour déplacer le contenu du client vers un réseau CDN. L’utilisation d’une surveillance en plusieurs points fournira des données claires sur la vitesse accrue de diffusion du contenu basé sur le CDN et l’amélioration de l’expérience utilisateur du site Web. À son tour, cela permettra à l’agence interactive de quantifier la valeur de l’utilisation d’un système de diffusion de contenu cdn pour ses clients.
- Comparaison des CDN: En fait, la surveillance externe en plusieurs points aide une agence interactive à comparer les coûts/performances concurrents des CDN afin de déterminer quel CDN est le mieux en mesure de servir les circonstances particulières d’un client.
- Application des ADS CDN : Un CDN comprend de nombreux nœuds CDN géographiquement répartis (serveurs d’hébergement de contenu). Certains CDN ont des redondances de nœuds intégrées, d’autres pas. La surveillance externe peut détecter si un nœud CDN spécifique a des problèmes. La surveillance externe aidera à déterminer si un « problème » est lié au nœud CDN lui-même ou à des problèmes de réseau plus généraux (comme la latence). Cette information est importante d’un point de vue externe afin d’appliquer l’Accord sur le niveau de service (ALS).
- Gestion du contenu CDN : Le contenu servi du CDN à la page Web est-il correct ? De nombreuses agences interactives ont d’énormes quantités de contenu cdn. La surveillance externe peut déterminer si le contenu multimédia provenant du CDN est correct, ou si le contenu basé sur cdn est sorti de la synchronisation avec la page Web de destination.
- Performances CDN en temps réel et performances du contenu CDN : Quelles sont les performances du contenu servi à partir des nœuds CDN signalés à partir de multiples points de présence de surveillance ? Les données de surveillance sont utilisées pour quantifier l’expérience utilisateur des utilisateurs finaux situés dans différents domaines. Plus précisément, chaque emplacement de surveillance peut fournir des points de données, tels que : temps de réponse des nœuds CDN, temps de chargement du contenu et conditions d’erreur précises associées au contenu servi à partir du CDN (tels que « Image non trouvée, Non en mesure de se connecter, etc…).
Surveillance cdn en action
Le suivi réussi des performances d’une page Web à l’aide de contenu cdn signifie l’utilisation d’une approche globale, en particulier : surveillance de la page Web à partir de plusieurs réseaux (tels que Global Crossing, Sprint, Level 3 etc…), suivi de la résolution du serveur de noms de domaine (DNS), de la connectivité réseau et de la disponibilité du contenu.
1. Résolution DNS : Cette résolution (traduction d’un nom de domaine à une adresse IP) se produit lorsqu’un utilisateur final tente d’accéder au contenu à partir d’un nœud CDN, et que le nom du CDN n’a pas été mis en cache auparavant.
Le NBA.COM web sert de bon exemple. NBA.com fait référence à un certain nombre d’images basées sur le CDN. Une trace DNS dans la pièce A (ci-dessous) révèle une structure DNS relativement longue et complexe. Ce type de structure DNS assure un bon équilibre de charge et des performances. Toutefois, tous les serveurs DNS notés dans le traceur doivent également être en ligne pour que le contenu CDN soit servi sur la page Web en temps opportun. Par exemple, si l’un des serveurs DNS échoue ou ralentit, le serveur client final aura probablement besoin de plus de temps pour résoudre le nom DNS.
Comme le montre la pièce A, un service de surveillance cdn bien construit fournit des points de données clés concernant le temps qu’il faut pour la résolution DNS. En outre, une surveillance CDN appropriée ne cache jamais les noms DNS, car en ne mis pas en cache les noms DNS, le service de surveillance s’assure qu’une résolution DNS est effectuée à chaque test. Enfin, l’exécution de la surveillance CDN à partir de plusieurs points situés sur une variété de réseaux internet géants mondiaux et d’emplacements de surveillance géographiquement répartis garantit qu’il n’y a pas de retards dus aux pannes de DNS.
2. La connectivité est très importante dans les CDN. La connectivité garantit qu’un utilisateur final demandant une image en Australie n’est pas envoyé à un hôte de nœud CDN aux États-Unis. Ce type de réacheminement irait à l’encontre de l’objectif du CDN (temps de chargement améliorés et expérience utilisateur). Un service de surveillance CDN s’assurera qu’il y a un minimum de latence réseau (retard) de l’emplacement géographique d’un utilisateur final à un nœud spécifique dans un CDN. Un service de surveillance CDN utilise un réseau mondial d’emplacements de surveillance pour effectuer des traceurs réseau vers des nœuds CDN à partir de plusieurs emplacements, afin d’assurer le routage le plus rapide et la latence minimale du réseau. Par exemple, la pièce B (ci-dessous) montre des traceurs provenant de plusieurs emplacements de surveillance mondiaux de Dotcom-Monitor vers le CDN. La pièce B montre un CDN avec routage rapide , où un utilisateur final sur chaque continent est dirigé vers le contenu situé sur le nœud CDN le plus proche à quelques sauts réseau. Le service de surveillance mesurera également la latence entre le lieu de surveillance et le nœud CDN et fournira des alertes lorsque la latence dépasse un seuil.
3. La disponibilité du contenu est importante, en particulier dans les sites Web 2.0 qui utilisent cdn comme médias de distribution. Un site Web peut avoir une douzaine de fournisseurs ou plus et extraire du contenu de plusieurs sources. Pour assurer une expérience positive du navigateur utilisateur final, il est nécessaire de s’assurer que tout le contenu est présent, ne manque pas et livré en temps opportun. Comme les pages Web s’appuient de plus en plus sur le contenu généré par le navigateur et que l’expérience utilisateur devient essentielle, un service de surveillance doit charger la page dans le navigateur et fournir une ventilation par éléments de page Web, pour s’assurer qu’aucun élément ne manque et que tout se charge correctement. Par exemple: un retard dans le chargement d’un fichier de script java, peut entraîner le chargement retardé d’une vidéo ou d’un logo de l’entreprise. Un service de surveillance CDN fournit une ventilation par élément de page Web individuel (.gifs, .css, Ajax etc…) comme le montre la pièce C (ci-dessous). Le tableau des chutes d’eau qui en résulte indique où les problèmes causent une augmentation des temps de chargement des pages Web.
Services de surveillance du CDN : Le type de service de surveillance utilisé pour effectuer la surveillance des CDN peut varier en fonction du type de site Web, du type de contenu, des points de données nécessaires, du « niveau » de surveillance nécessaire et du budget.
Il existe plusieurs niveaux de services Dotcom-Monitor disponibles pour effectuer différents niveaux de tests CDN et de surveillance continue pour répondre à une variété de types de clients et aux besoins des clients à différentes étapes du processus CDN. Par exemple, un organisme interactif pourrait utiliser la surveillance http/s standard pour faire une comparaison initiale des CDN pendant l’évaluation, puis utiliser UserView Monitoring™ pour effectuer une surveillance continue du site Web du contenu Web 2.0 complexe d’un client desservi par un CDN.
Les résultats du suivi cdn
Les CDN, comme d’autres réseaux, connaissent des changements et des ajustements qui peuvent affecter le contenu des clients. En utilisant une solution de surveillance CDN Dotcom-Monitor, une agence interactive sera en mesure d’accomplir plusieurs objections qui aident à améliorer la relation client, la fidélisation de la clientèle et le rendement des sites Web des clients. Plus précisément, une agence interactive sera en mesure de :
- Quantifier la proposition de valeur des CDN pour ses clients.
- Comparer les fournisseurs de services CDN concurrents pour le compte de ses clients
- Répondez rapidement soyez alerté et identifiez les problèmes de contenu cdn et CDN (souvent avant qu’un client ne soit jamais au courant du problème)
- Résoudre les problèmes de contenu CDN et CDN
- Maintenir l’accent mis sur sa mission principale de fournir des services à ses clients
- Fournir des réponses à ses clients lorsque des problèmes de contenu basés sur le CDN se produisent en utilisant les points de données collectés, les codes d’erreur générés et la coordination avec dotcom-monitor support.
- Appliquer les paramètres de l’accord de niveau de service (ALS) au nom de leurs clients avec le CDN à l’aide des données du rapport de rendement SLA recueillies par Dotcom-Monitor.
Pièce A :
Traceroute: Traçage DNS à cdn.eyewonder.com
1 A.ROOT-SERVERS.NET [198 .41.0.4] : Class=IN Type=NS
2 K.GTLD-SERVERS.NET [192 .52.178.30] : Class=IN Type=NS
3 ns2.dnsmadeeasy.com [208 .80.126.2] : Class=IN Type=NS
4 eyewond.vo.llnwd.net: Class=IN Type=CNAME
5 A.ROOT-SERVERS.NET [198 .41.0.4] : Class=IN Type=NS
6 B.GTLD-SERVERS.NET [192 .33.14.30] : Class=IN Type=NS
7 dns13.llnwd.net [69 .28.143.13] : Class=IN Type=NS
8 eyewond.vo.llnwd.net [208 .111.168.7] : Class=IN Type=A
9 eyewond.vo.llnwd.net [208 .111.168.6] : Class=IN Type=A
10 dns14.llnwd.net [69 .28.143.14] : Class=IN Type=NS
11 eyewond.vo.llnwd.net [208 .111.168.7] : Class=IN Type=A
12 eyewond.vo.llnwd.net [208 .111.168.6] : Class=IN Type=A
13 dns12.llnwd.net [69 .28.143.12] : Class=IN Type=NS
14 eyewond.vo.llnwd.net [208 .111.168.6] : Class=IN Type=A
15 eyewond.vo.llnwd.net [208 .111.168.7] : Class=IN Type=A
16 dns11.llnwd.net [69 .28.143.11] : Class=IN Type=NS
17 eyewond.vo.llnwd.net [208 .111.168.7] : Class=IN Type=A
18 eyewond.vo.llnwd.net [208 .111.168.6] : Class=IN Type=A
19 A.ROOT-SERVERS.NET [198 .41.0.4] : Class=IN Type=NS
20 M.GTLD-SERVERS.NET [192 .55.83.30] : Class=IN Type=NS
21 dns13.llnwd.net [69 .28.143.13] : Class=IN Type=NS
22 dns11.llnwd.net: Class=IN Type=SOA
23 dns14.llnwd.net [69 .28.143.14] : Class=IN Type=NS
24 dns11.llnwd.net: Class=IN Type=SOA
25 dns12.llnwd.net [69 .28.143.12] : Class=IN Type=NS
26 dns11.llnwd.net: Class=IN Type=SOA
27 dns11.llnwd.net [69 .28.143.11] : Class=IN Type=NS
28 dns11.llnwd.net: Class=IN Type=SOA
29 ns0.dnsmadeeasy.com [208 .94.148.2] : Class=IN Type=NS
30 eyewond.vo.llnwd.net: Class=IN Type=CNAME
31 ns3.dnsmadeeasy.com [208 .80.125.2] : Class=IN Type=NS
32 eyewond.vo.llnwd.net: Class=IN Type=CNAME
33 ns4.dnsmadeeasy.com [208 .80.127.2] : Class=IN Type=NS
34 eyewond.vo.llnwd.net: Class=IN Type=CNAME
35 ns1.dnsmadeeasy.com [208 .80.124.2] : Class=IN Type=NS
36 eyewond.vo.llnwd.net: Class=IN Type=CNAME
37 A.ROOT-SERVERS.NET [198 .41.0.4] : Class=IN Type=NS
38 J.GTLD-SERVERS.NET [192 .48.79.30] : Class=IN Type=NS
39 ns2.dnsmadeeasy.com [208 .80.126.2] : Class=IN Type=NS
40 eyewond.vo.llnwd.net: Class=IN Type=CNAME
41 ns0.dnsmadeeasy.com [208 .94.148.2] : Class=IN Type=NS
42 eyewond.vo.llnwd.net: Class=IN Type=CNAME
43 ns3.dnsmadeeasy.com [208 .80.125.2] : Class=IN Type=NS
44 eyewond.vo.llnwd.net: Class=IN Type=CNAME
45 ns4.dnsmadeeasy.com [208 .80.127.2] : Class=IN Type=NS
46 eyewond.vo.llnwd.net: Class=IN Type=CNAME
47 ns1.dnsmadeeasy.com [208 .80.124.2] : Class=IN Type=NS
48 eyewond.vo.llnwd.net: Class=IN Type=CNAME
Trace complète.
Pièce B :
De MN, Usa:
Itinéraire de traçage vers cdn.eyewonder.com [208 .111.168.6] 1 < 10 ms < 10 ms < 10 ms 207.250.234.1 [207 .250.234.1] 2 < 10 ms < 10 ms < 10 ms 207-250-148-109.static.twtelecom.net [207 .250.148.109] 3 15 ms < 10 ms 15 ms chi2-pr1-ge-7-1-0-0.us.twtelecom.net [66 .192.243.142] 4 15 ms 31 ms < 10 ms tge7-1.fr3.ord.llnw.net [69 .28.172.41] 5 15 ms 15 ms 15 ms cdn-208-111-168-6.ord.llnw.net [208 .111.168.6]
De Francfort, Allemagne:
Itinéraire de traçage vers cdn.eyewonder.com [87 .248.217.254]
1 < 10 ms < 10 ms < 10 ms 83.243.81.1 [83 .243.81.1]
2 < 10 ms < 10 ms < 10 ms tng.decix.as31530.net [89 .106.64.142]
3 15 ms < 10 ms < 10 ms 80.81.192.221 [80 .81.192.221]
4 < 10 ms < 10 ms < 10 ms cdn-87-248-217-254.frf.llnw.net [87 .248.217.254]
De Sydney, Australie:
Itinéraire de traçage vers cdn.eyewonder.com [117 .121.253.254]
1 < 10 ms < 10 ms < 10 ms 202.157.178.193 [202 .157.178.193]
2 < 10 ms < 10 ms < 10 ms 210.80.173.113 [210 .80.173.113]
3 15 ms 15 ms < 10 ms 210.80.33.85 [210 .80.33.85]
4 < 10 ms < 10 ms < 10 ms 210.80.32.218 [210 .80.32.218]
5 < 10 ms < 10 ms < 10 ms gigabitethernet3-21.chw51.sydney.telstra.net [139 .130.43.97]
6 < 10 ms < 10 ms < 10 ms tengige0-1-0-0.chw-core2.sydney.telstra.net [203 .50.20.129]
7 < 10 ms 15 ms < 10 ms Bundle-Ether1.chw48.Sydney.telstra.net [203 .50.6.154]
8 < 10 ms 15 ms 15 ms bundle-ether2.ken39.sydney.telstra.net [203 .50.6.182]
9 171 ms 171 ms 187 ms tge5-1.fr3.syd.llnw.net [117 .121.252.33]
10 187 ms 171 ms 203 ms cdn-117-121-253-254.syd.llnw.net [117 .121.253.254]
Pièce C :