Monitoreo de CDN para mejorar la “Experiencia del cliente”: Muchas agencias interactivas buscan mejorar su “experiencia del cliente” mejorando constantemente la “experiencia del usuario” de los sitios web de sus clientes. Una forma en que las agencias interactivas hacen esto cada vez más es utilizar las redes de entrega de contenido (CDN) para una entrega más rápida del contenido en línea que han desarrollado para los clientes. El uso de CDN permite a las agencias interactivas posicionar los medios en línea, de modo que el sitio web del cliente y las aplicaciones web se carguen más rápido para una mejor experiencia de usuario y mejores “resultados” del sitio web, como impresiones, conversiones y ventas en línea.
Sin embargo, el uso de CDN no está exento de riesgos tanto para las agencias interactivas como para sus clientes. Al usar una CDN, la agencia interactiva también está perdiendo algo de conocimiento sobre el rendimiento y el control directo sobre el contenido en línea. De hecho, pueden desarrollarse varios problemas dentro de una CDN que afectan negativamente el contenido en línea y los sitios web que las agencias interactivas producen para los clientes. Como resultado de estos problemas, la relación de la agencia interactiva con sus clientes puede sufrir. Sin embargo, cuando se implementa un monitoreo externo, la agencia interactiva mantiene información sobre los problemas de rendimiento que ocurren con el contenido en línea posicionado en una red CDN y, por lo tanto, puede servir mejor a sus clientes.
Problemas que enfrentan las agencias interactivas que usan CDN
Al usar o pasar a una CDN en nombre de un cliente, las agencias interactivas abordan varios factores relacionados con el cliente, así como factores relacionados con la tecnología. Específicamente, cuando una agencia interactiva recomienda el uso de una CDN para el contenido del cliente, la agencia interactiva necesita probar la velocidad del contenido multimedia de la CDN cuando se configura la CDN y monitorear la entrega del contenido de la CDN de los clientes de forma continua. Si bien una CDN puede reclamar ciertas métricas de rendimiento para su red, sin un servicio de monitoreo de terceros es difícil probar la causa de los problemas que afectan a la CDN o hacer cumplir los acuerdos de nivel de servicio (SLA) con las CDN. En particular, a medida que una agencia interactiva comienza a usar una CDN para entregar contenido, se deben abordar varias métricas de rendimiento a medida que el proceso avanza desde la evaluación inicial y las pruebas de la CDN para entregar contenido del cliente, así como el uso continuo de una CDN, específicamente:
- Comenzar con una CDN: La supervisión del contenido basado en CDN desde varios puntos de presencia puede proporcionar métricas que sirven como “prueba de concepto” para mover el contenido del cliente a una red CDN. El uso de monitoreo multipunto proporcionará datos claros sobre la mayor velocidad de entrega de contenido basada en CDN y la experiencia mejorada del usuario del sitio web. A su vez, esto permitirá a la agencia interactiva cuantificar el valor de utilizar un sistema de entrega de contenido basado en CDN para sus clientes.
- Comparación de CDN: De hecho, el monitoreo externo multipunto ayuda a una agencia interactiva a comparar el costo/rendimiento de las CDN competidoras para determinar qué CDN puede servir mejor a las circunstancias específicas de un cliente.
- Aplicación de los SLA de CDN: Una CDN incluye muchos nodos CDN distribuidos geográficamente (servidores de alojamiento de contenido). Algunas CDN tienen redundancia de nodo incorporada, otras no. La supervisión externa puede detectar si un nodo CDN específico tiene problemas. La supervisión externa ayudará a determinar si un “problema” está relacionado con el nodo CDN en sí o con problemas de red más amplios (como la latencia). Es importante tener esta información desde una perspectiva externa para hacer cumplir el Acuerdo de Nivel de Servicio (SLA).
- Administración de contenido de CDN: ¿Es correcto el contenido que se sirve desde la CDN a la página web? Muchas agencias interactivas tienen enormes cantidades de contenido basado en CDN. La supervisión externa puede determinar si el contenido multimedia que se origina en la red CDN es correcto o si el contenido basado en la red CDN no está sincronizado con la página web de destino.
- Rendimiento de CDN en tiempo real y rendimiento de contenido basado en CDN: ¿Cuál es el rendimiento del contenido que se sirve desde los nodos de CDN según lo informado desde varios puntos de presencia de supervisión? Los datos de monitoreo se utilizan para cuantificar la experiencia del usuario de los usuarios finales ubicados en diferentes áreas. Específicamente, cada ubicación de monitoreo puede proporcionar puntos de datos, como: tiempo de respuesta del nodo CDN, tiempo de carga de contenido y condiciones de error precisas asociadas con el contenido servido desde la CDN (como “Imagen no encontrada, No se puede conectar, etc.).
Monitoreo de CDN en acción
La supervisión exitosa del rendimiento de una página web utilizando contenido basado en CDN significa emplear un enfoque integral, específicamente: monitorear la página web desde múltiples redes (como Global Crossing, Sprint, Level 3, etc.), monitorear la resolución del servidor de nombres de dominio (DNS), conectividad de red y disponibilidad de contenido.
1. Resolución de DNS: Esta resolución (traducción de un nombre de dominio a una dirección IP) ocurre cuando un usuario final intenta acceder al contenido de un nodo CDN y el nombre de la CDN no se ha almacenado previamente en caché.
El sitio web NBA.COM sirve como un buen ejemplo. NBA.com hace referencia a una serie de imágenes basadas en CDN. Un seguimiento de DNS en el Anexo A (a continuación) revela una estructura DNS relativamente larga y compleja. Este tipo de estructura DNS garantiza un buen equilibrio de carga y rendimiento. Sin embargo, todos los servidores DNS anotados en traceroute también deben estar en línea para que el contenido de CDN se sirva a la página web de manera oportuna. Por ejemplo, si alguno de los servidores DNS falla o se ralentiza, es probable que el servidor cliente final necesite tiempo adicional para resolver el nombre DNS.
Como se muestra en el Anexo A, un servicio de monitoreo de CDN correctamente construido proporciona puntos de datos clave con respecto a la cantidad de tiempo que lleva la resolución de DNS. Además, la supervisión adecuada de CDN nunca almacena en caché los nombres DNS, ya que al no almacenar en caché los nombres DNS, el servicio de supervisión garantiza que se realice una resolución DNS con cada prueba. Finalmente, la ejecución del monitoreo de CDN desde múltiples puntos ubicados en una variedad de redes troncales de Internet en todo el mundo y ubicaciones de monitoreo distribuidas geográficamente garantiza que no haya retrasos debido a interrupciones de DNS.
2. La conectividad es muy importante en las CDN. La conectividad garantiza que un usuario final que solicite una imagen en Australia no se envíe a un host de nodo CDN en EE. UU. Este tipo de redireccionamiento frustraría el propósito de CDN (tiempos de carga mejorados y experiencia del usuario). Un servicio de supervisión de CDN garantizará que haya una cantidad mínima de latencia de red (retraso) desde la ubicación geográfica de un usuario final hasta un nodo específico en una CDN. Un servicio de monitoreo de CDN utiliza una red mundial de ubicaciones de monitoreo para realizar rutas de rastreo de red a nodos de CDN desde múltiples ubicaciones, con el fin de garantizar el enrutamiento más rápido y la latencia mínima de la red. Por ejemplo, el Anexo B (abajo) muestra rutas de seguimiento que se originan desde varias de las ubicaciones de monitoreo de Dotcom-Monitor en todo el mundo hasta la CDN. El Gráfico B muestra una CDN con enrutamiento rápido, donde un usuario final en cada continente es dirigido al contenido ubicado en el nodo CDN más cercano dentro de unos pocos saltos de red de distancia. El servicio de supervisión también medirá la latencia entre la ubicación de supervisión y el nodo CDN y proporcionará alertas cuando la latencia supere un umbral.
3. La disponibilidad del contenido es importante, especialmente en sitios web Web 2.0 que utilizan CDN como medios de distribución. Un sitio web puede tener docenas o más proveedores y extraer contenido de múltiples fuentes. Para garantizar una experiencia positiva del navegador del usuario final, es necesario asegurarse de que todo el contenido esté presente, no falte y se entregue de manera oportuna. A medida que las páginas web dependen cada vez más del contenido generado por el navegador y la experiencia del usuario se convierte en clave, un servicio de monitoreo debe cargar la página en el navegador y proporcionar un desglose por elementos de la página web, para asegurarse de que no falten elementos y que todo se cargue correctamente. Por ejemplo: un retraso en la carga de un archivo de script java, puede resultar en el retraso en la carga de un vídeo o del logotipo de una empresa. Un servicio de monitoreo de CDN proporciona un desglose por elemento individual de la página web (.gifs, .css, Ajax, etc.), como se muestra en el Anexo C (a continuación). El gráfico de cascada resultante señala dónde los problemas causan el aumento de los tiempos de carga de la página web.
Servicios de monitoreo de CDN: El tipo de servicio de monitoreo utilizado para llevar a cabo el monitoreo de CDN puede variar según el tipo de sitio web, el tipo de contenido, los puntos de datos necesarios, el “nivel” de monitoreo necesario y el presupuesto.
Hay varios niveles de servicios Dotcom-Monitor disponibles para realizar diferentes niveles de pruebas de CDN y monitoreo continuo para abordar una variedad de tipos de clientes y necesidades de clientes durante las diferentes etapas del proceso de CDN. Por ejemplo, una agencia interactiva podría usar el monitoreo HTTP / S estándar para hacer una comparación inicial de CDN durante la evaluación, y luego utilizar UserView Monitoring™ para llevar a cabo el monitoreo continuo del sitio web del complejo contenido Web 2.0 de un cliente que está siendo servido por un CDN.
Los resultados del monitoreo de CDN
Las CDN, al igual que otras redes, experimentan cambios y ajustes que pueden afectar el contenido del cliente. Mediante el uso de una solución de monitoreo de CDN Dotcom-Monitor, una agencia interactiva podrá lograr varias objeciones que ayudan a mejorar la relación con el cliente, la retención de clientes y el rendimiento de los sitios web de los clientes. Específicamente, una agencia interactiva podrá:
- Cuantificar la propuesta de valor de las CDNs para sus clientes.
- Comparar proveedores de servicios CDN competidores en nombre de sus clientes
- Responda rápidamente para recibir alertas e identificar problemas de contenido basado en CDN y CDN (a menudo antes de que un cliente se dé cuenta del problema)
- Resuelva problemas de contenido de CDN y CDN
- Mantener un enfoque en su misión comercial principal de proporcionar servicios a sus clientes
- Proporcione respuestas a sus clientes cuando se produzcan problemas de contenido basados en CDN mediante el uso de los puntos de datos recopilados, los códigos de error generados y la coordinación con el soporte técnico de Dotcom-Monitor.
- Aplique los parámetros del Acuerdo de nivel de servicio (SLA) en nombre de sus clientes con la CDN utilizando los datos del informe de SLA del informe de rendimiento recopilados por Dotcom-Monitor.
Anexo A:
Traceroute: Seguimiento de DNS a 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 Tipo=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]: Clase=IN Tipo=A
13 dns12.llnwd.net [69 .28.143.12]: Class=IN Type=NS
14 eyewond.vo.llnwd.net [208 .111.168.6]: Clase=IN Tipo=A
15 eyewond.vo.llnwd.net [208 .111.168.7]: Clase=IN Tipo=A
16 dns11.llnwd.net [69 .28.143.11]: Class=IN Type=NS
17 eyewond.vo.llnwd.net [208 .111.168.7]: Clase=IN Tipo=A
18 eyewond.vo.llnwd.net [208 .111.168.6]: Clase=IN Tipo=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]: Clase=Tipo IN=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]: Clase=Tipo IN=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]: Clase=IN Tipo=NS
39 ns2.dnsmadeeasy.com [208 .80.126.2]: Clase=Tipo IN=NS
40 eyewond.vo.llnwd.net: Class=IN Type=CNAME
41 ns0.dnsmadeeasy.com [208 .94.148.2]: Clase=IN Tipo=NS
42 eyewond.vo.llnwd.net: Class=IN Type=CNAME
43 ns3.dnsmadeeasy.com [208 .80.125.2]: Clase=Tipo IN=NS
44 eyewond.vo.llnwd.net: Class=IN Type=CNAME
45 ns4.dnsmadeeasy.com [208 .80.127.2]: Clase=Tipo IN=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
Seguimiento completo.
Anexo B:
Desde MN, USA:
Ruta de rastreo hasta 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]
Desde Frankfurt, Alemania:
Ruta de rastreo hasta 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]
Desde Sídney, Australia:
Ruta de rastreo hasta 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]
Anexo C:
