Monitoramento do CDN para melhorar a “experiência do cliente”: Muitas agências interativas buscam melhorar sua “experiência de cliente” melhorando constantemente a “experiência do usuário” dos sites de seus clientes. Uma forma de as agências interativas fazerem isso cada vez mais é usar as CDNs (Content Delivery Networks, redes de entrega de conteúdo) para uma entrega mais rápida do conteúdo online que desenvolveram para os clientes. O uso de CDNs permite que agências interativas posicionem mídia online, de forma que o site do cliente e aplicativos web carreguem mais rápido para uma melhor experiência do usuário e melhores “resultados” do site, como – impressões, conversões e vendas online.
No entanto, o uso de CDNs não é sem risco tanto para agências interativas quanto para seus clientes. Ao usar um CDN, a agência interativa também está perdendo algumas informações sobre o desempenho/e controle direto sobre o conteúdo online. De fato, vários problemas podem se desenvolver dentro de um CDN que afeta negativamente o conteúdo on-line e os sites que a agência interativa produz para os clientes. Como resultado dessas questões, o relacionamento da agência interativa com seus clientes pode sofrer. No entanto, quando o monitoramento externo está em vigor, a agência interativa mantém insights sobre problemas de desempenho que ocorrem ao conteúdo on-line posicionado em uma rede CDN e, portanto, podem atender melhor seus clientes.
Problemas enfrentados por Agências Interativas usando CDNs
Ao usar ou mudar para um CDN em nome de um cliente, as agências interativas estão abordando vários fatores relacionados ao cliente, bem como fatores relacionados à tecnologia. Especificamente, quando uma agência interativa recomenda o uso de um CDN para conteúdo do cliente, a agência interativa precisa tanto testar a velocidade do conteúdo multimídia CDN quando o CDN é configurado, bem como monitorar a entrega do conteúdo cdn dos clientes continuamente. Enquanto um CDN pode reivindicar certas métricas de desempenho para sua rede, sem um serviço de monitoramento de terceiros, é difícil provar a causa de problemas que afetam os SLAs (Service Level Agreements, contratos de nível de serviço) baseados em CDN com CDNs. Notavelmente, à medida que uma agência interativa começa a usar um CDN para fornecer conteúdo, várias métricas de desempenho precisam ser abordadas à medida que o processo avança desde a avaliação inicial e os testes do CDN para fornecer conteúdo ao cliente, bem como o uso contínuo de um CDN, especificamente:
- Começando com um CDN: O monitoramento de conteúdo baseado em CDN a partir de vários pontos de presença pode fornecer métricas que servem como “prova de conceito” para mover o conteúdo do cliente para uma rede CDN. O uso de monitoramento de vários pontos fornecerá dados claros sobre a velocidade aumentada da entrega de conteúdo baseada em CDN e a melhor experiência do usuário do site. Por sua vez, isso permitirá que a agência interativa quantifique o valor do uso de um sistema de entrega de conteúdo baseado em CDN para seus clientes.
- Comparando CDNs: Na verdade, o monitoramento externo de vários pontos ajuda uma agência interativa a comparar o custo/desempenho dos CDNs concorrentes para determinar qual CDN é capaz de melhor atender às circunstâncias específicas de um cliente.
- Aplicação de SLAs CDN: Um CDN inclui muitos nódulos CDN geograficamente difundidos (servidores de hospedagem de conteúdo). Alguns CDNs têm redundância de nó embutido, outros não. O monitoramento externo pode detectar se um nó CDN específico está tendo problemas. O monitoramento externo ajudará a determinar se um “problema” está relacionado ao próprio nó CDN ou a questões de rede mais amplas (como, latência). Essas informações são importantes para ter de uma perspectiva externa para fazer cumprir o Contrato de Nível de Serviço (SLA).
- Gerenciamento de conteúdo cdn: O conteúdo que está sendo servido do CDN para a página web está correto? Muitas agências interativas têm enormes quantidades de conteúdo baseado em CDN. O monitoramento externo pode determinar se o conteúdo multimídia originário do CDN está correto ou se o conteúdo baseado em CDN saiu de sincronia com a página da web de destino.
- Desempenho em CDN em tempo real e desempenho de conteúdo baseado em CDN: Qual é o desempenho do conteúdo que está sendo servido a partir de nós CDN, conforme relatado a partir de vários pontos de monitoramento de presença? O monitoramento de dados é usado para quantificar a experiência do usuário final de usuários finais localizados em diferentes áreas. Especificamente, cada local de monitoramento pode fornecer pontos de dados, tais como: tempo de resposta do nó CDN, tempo de carga de conteúdo e condições de erro de identificação associadas ao conteúdo servido do CDN (como “Imagem não encontrada, não é capaz de conectar etc…).
Monitoramento em Ação do CDN
O monitoramento de desempenho bem-sucedido de uma página da Web usando conteúdo baseado em CDN significa empregar uma abordagem abrangente, especificamente: monitorar a página da Web de várias redes (como, Global Crossing, Sprint, Level 3 etc…), monitoramento para resolução DNS (Domain Name Server, conectividade de rede) e disponibilidade de conteúdo.
1. Resolução DNS: Esta resolução (tradução de um nome de domínio para um endereço IP) ocorre quando um usuário final tenta acessar o conteúdo de um nó CDN, e o nome do CDN não foi armazenado anteriormente em cache.
O site NBA.COM serve de bom exemplo. NBA.com faz referência a uma série de imagens baseadas em CDN. Um traço DNS na prova A (abaixo) revela uma estrutura de DNS relativamente longa e complexa. Este tipo de estrutura DNS garante um bom balanceamento de carga e desempenho. No entanto, todos os servidores DNS observados na traceroute também devem estar on-line para que o conteúdo do CDN seja servido na página web em tempo hábil. Por exemplo, se algum dos servidores DNS falhar ou diminuir a velocidade, o servidor do cliente final provavelmente precisará de tempo adicional para resolver o nome DNS.
Como mostrado pela Prova A, um serviço de monitoramento CDN devidamente construído fornece pontos de dados importantes sobre o tempo necessário para a resolução do DNS. Além disso, o monitoramento adequado do CDN nunca armazena nomes de DNS, pois ao não caching nomes DNS o serviço de monitoramento garante que uma resolução de DNS seja realizada a cada teste. Finalmente, a execução do monitoramento do CDN a partir de vários pontos localizados em uma variedade de redes de backbone de internet em todo o mundo e locais de monitoramento geograficamente distribuídos garante que não haja atrasos devido a paralisações de DNS.
2. A conectividade é muito importante em CDNs. A conectividade garante que um usuário final que solicite uma imagem na Austrália não seja enviado para um host de nó CDN nos EUA. Esse tipo de re-roteamento derrotaria o propósito do CDN (tempos de carga melhorados e experiência do usuário). Um serviço de monitoramento de CDN garantirá que haja uma quantidade mínima de latência (atraso) da localização geográfica de um usuário final para um nó específico em um CDN. Um serviço de monitoramento CDN utiliza uma rede mundial de locais de monitoramento para executar rotas de rastreamento de rede para os nódulos CDN de vários locais, a fim de garantir o roteamento mais rápido e a latência mínima da rede. Por exemplo, a Exposição B (abaixo) mostra traços originários de vários dos locais de monitoramento mundiais do Dotcom-Monitor para o CDN. A exibição B demonstra um CDN com roteamento rápido — onde um usuário final em cada continente é direcionado para o conteúdo localizado no nó CDN mais próximo dentro de alguns saltos de rede. O serviço de monitoramento também medirá a latência entre o local de monitoramento e o nó CDN e fornecerá alertas quando a latência exceder um limite.
3. A disponibilidade de conteúdo é importante, especialmente em sites da Web 2.0 que usam CDN como mídia de distribuição. Um site pode ter dezenas ou mais provedores e extrair conteúdo de várias fontes. Para garantir uma experiência positiva do navegador final, é necessário garantir que todo o conteúdo esteja presente, não faltando e entregue em tempo hábil. À medida que as páginas da Web dependem cada vez mais do conteúdo gerado pelo navegador e a experiência do usuário se torna fundamental, um serviço de monitoramento deve carregar a página no navegador e fornecer uma quebra por elementos da página da Web, para garantir que nenhum elemento esteja faltando e que tudo seja carregado corretamente. Por exemplo: um atraso no carregamento de um arquivo de script java pode resultar no carregamento atrasado de um vídeo ou de um logotipo da empresa. Um serviço de monitoramento cdn fornece uma divisão por elemento de página da web individual (.gifs, .css, Ajax etc…) como mostrado na Prova C (abaixo). O gráfico de cachoeira resultante aponta onde os problemas causam o aumento dos tempos de carga da página web.
Serviços de monitoramento do CDN: O tipo de serviço de monitoramento utilizado para realizar o monitoramento do CDN pode variar de acordo com o tipo de site, tipo de conteúdo, pontos de dados necessários, “nível” de monitoramento necessário e orçamento.
Existem vários níveis de serviços do Dotcom-Monitor disponíveis para a realização de diferentes níveis de testes de CDN e monitoramento contínuo para atender a uma variedade de tipos de clientes e necessidades do cliente durante diferentes estágios do processo CDN. Por exemplo, uma agência interativa poderia usar o monitoramento HTTP/S padrão para fazer uma comparação inicial de CDNs durante a avaliação e, em seguida, utilizar o Monitoramento do UserView™ para realizar o monitoramento contínuo do conteúdo web 2.0 complexo de um cliente sendo servido por um CDN.
Os resultados do monitoramento do CDN
Os CDNs, como outras redes, experimentam mudanças e ajustes que podem afetar o conteúdo do cliente. Usando uma solução de monitoramento CDN do Dotcom-Monitor, uma agência interativa poderá realizar várias objeções que ajudem a melhorar o relacionamento com o cliente, a retenção do cliente e o desempenho dos sites dos clientes. Especificamente, uma agência interativa poderá:
- Quantifique a proposta de valor das CDNs para seus clientes.
- Compare os provedores de serviços CDN concorrentes em nome de seus clientes
- Responda rapidamente seja alertado e identifique problemas de conteúdo baseados em CDN e CDN (muitas vezes antes de um cliente estar sempre ciente do problema)
- Resolva problemas de conteúdo de CDN e CDN
- Mantenha o foco em sua missão principal de negócios de prestar serviços ao seu cliente
- Forneça respostas aos seus clientes quando os problemas de conteúdo baseados em CDN ocorrerem usando os pontos de dados coletados, códigos de erro gerados e coordenando com o Suporte do Monitor dotcom.
- Impor parâmetros de SLA (Service Level Agreement, contrato de nível de serviço) em nome de seus clientes com o CDN usando os dados do relatório SLA do relatório de desempenho coletados pelo Dotcom-Monitor.
Exposição A:
Traceroute: Traçando DNS para 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
Traço completo.
Prova B:
De MN, EUA:
Rota de rastreamento para 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 Frankfurt, Alemanha:
Rota de rastreamento para 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, Austrália:
Rota de rastreamento para 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]
Prova C:
