Dispositivos de otimização WAN ou aceleradores WAN (coco) são dispositivos verdadeiramente mágicos. Cortaram as necessidades de largura de banda de uma empresa significativamente e melhorar os tempos de resposta do usuário final para muitas aplicações. Mas ter coco em seu ambiente não desobriga você de implementar ferramentas APM para monitoração contínua e solução de problemas. Lembre-se que se você não pode medir algo não pode controlá-lo.
Uma ferramenta da APM para o monitoramento de parâmetros de rede/TCP e tempos de resposta do aplicativo é normalmente instalada nos dados centro - pode-se obter visibilidade em todos os sites remotos que estejam conectados a esse centro de dados. O fluxo TCP entre os usuários remotos e os servidores no data center é ininterrupto ou sem modificações, na ausência de dispositivos de coco. As medições de tempo de resposta aproximam-se os tempos de resposta do usuário final. O throughput medido a partir do centro de dados para o site remoto é perto da largura de banda do site remoto.
Coco lança chave de macaco em todas estas medições. Dispositivos de coco, para a maioria, parte encerrar sessões TCP em locais remotos e são revividos no data center. O par de coco entre o centro de dados e o site remoto consolida o trânsito em suas próprias sessões TCP internos e faz a mágica de compressão e otimização no nível do aplicativo/TCP. Tanto quanto os servidores estão preocupados acham que os clientes estão no centro de dados na LAN e, portanto, as medidas sobre este fluxo de tráfego têm um sabor de LAN para isso.
O que isso significa, se existem alguns efeitos WAN (por exemplo, perda de pacotes), impactando o desempenho entre os dois dispositivos de coco, que não vai ser totalmente refletidas as medições de tempo de resposta para o aparelho APM no data center. Além disso, a medição da taxa de transferência entre o centro de dados e o site remoto será muito maior do que a largura de banda encomendada no site remoto - e que está tudo bem, como os WANXes afinal foram instalados para amplificar a largura de banda.
Mas a não-visibilidade do tempo de resposta do verdadeiro usuário final no data center é uma desvantagem, como não podemos ser tão pró-ativa na resolução de problemas como gostaríamos de ser. Existem algumas técnicas para superar esta desvantagem--o com alguns custos ou pode ser muita.
Uma maneira de chegar a tempo de resposta do usuário final visibilidade em um ambiente de coco é implantar menor porte ferramentas APM em locais remotos. Normalmente, em muitas arquiteturas de fornecedor de ferramenta, que as métricas de desempenho podem ser puxadas do local remoto em para a ferramenta APM central nos dados centro e isto irão restaurar completa visibilidade em tempo de resposta do usuário final no site remoto. Às vezes essa funcionalidade de ferramenta APM pode ser incorporada no próprio dispositivo de coco como um módulo de software (por exemplo, no caso de leito/Opnet). Se uma empresa tiver centenas ou milhares de sites remotos este método obviamente se torna o custo proibitivo e a implantação remota da ferramenta APM pode ter que ser limitado a apenas muito importantes sites remotos.
Esta discussão nos lembra do clássico dilema. Tempo de resposta do verdadeiro usuário final só pode ser medido com precisão mais perto para o dispositivo do usuário final (ou pode ser sentido pelo utilizador final). Implantação de instrumentação perto do usuário final (ou agentes nos próprios dispositivos do usuário) e enviar essa informação para um agregador central para a análise são sempre um desafio. Proliferação de Smartphones e tablets, com uma variedade de aplicativos torna a situação muito pior. Há certamente uma oportunidade de inovação aqui.