Como os sistemas APM monitoram e coletam as interações da máquina?

Question

Então, eu geralmente entendo como coisas como o New Relic instrumentam um aplicativo .NET - a API do CLR Profiler faz todo o sentido. Mas o que eu não consigo entender é como coisas como o AppDynamics entendem correlações entre servidores e coisas de instrumentos que não são baseadas em .NET. Alguém pode lançar alguma luz sobre como essas coisas funcionam internamente?

    

Answer 1

Em seguida, você também tem um monitoramento não invasivo que ajuda a exercitar seus aplicativos de maneira proativa por meio de scripts gravados e monitorar o tempo de resposta para alertar sobre problemas e lentidão. Muitas ferramentas de APM neste espaço (Gomez agora AppDynamics, Catchpoint, SolarWinds APM, Ipswitch APM, etc.).

Se você tiver um ambiente hospedado pela Citrix ou Microsoft onde uma imagem do aplicativo é entregue à interface do cliente, você deve procurar por scripts com recursos de reconhecimento de imagem que usam a interface do usuário real da conexão do cliente. Em seguida, o monitoramento é feito comparando a tela às imagens de resposta de linha de base criadas durante o desenvolvimento do script de teste. Pode querer dar uma olhada no link

    

Answer 2

Os produtos APM instrumentam cada idioma de forma diferente, eles usam uma combinação de APIs (como APIs de criação de perfil) e também a injeção de código no aplicativo usando outros métodos. Isso fornece todos os tipos de métricas e você pode observar as conexões (ponto de entrada e ponto de saída) do aplicativo para poder determinar se o aplicativo está se conectando em outro local. Você também pode interceptar e armazenar coisas como chamadas SQL ou HTTP, etc, com base na decodificação do seu protocolo no código.

Agora, para sua pergunta principal, como funciona o AppDynamics. Cada ferramenta APM faz isso de forma diferente, se fizer isso. Dynatrace e AppDynamics têm modelos diferentes para rastreamento. Cada um tem vantagens e desvantagens. O AppDynamics injeta um ID de transação na carga útil do protocolo, isso é feito de maneira inócua, mas a conexão downstream, se tiver um agente, pode pegar esses dados e correlacioná-los de volta a uma transação. Se não houver agente, ele não interromperá o aplicativo. O Dynatrace envia muito mais dados sobre seus rastreamentos para um coletor upstream que une a transação de uma maneira diferente. Um é distribuído (alta escala, mas difícil de fazer engenharia reversa dos protocolos) e o outro é mais fácil de costurar, mas requer muito processamento e largura de banda de rede.

    

Answer 3

O monitoramento de APM está sendo usado para medir os tempos de resposta. Todos nós sabemos por experiência própria que nada incomoda os usuários finais mais do que tempos de resposta inesperadamente lentos. De fato, a lentidão é um problema maior do que o tempo de inatividade e indisponibilidade do aplicativo. Pesquisas em sites de comércio eletrônico mostram que as lentidões ocorrem dez vezes mais do que as interrupções, e essas lentidões cumulativas adicionam duas vezes o impacto aos resultados finais de uma loja on-line. Isso significa que garantir que seu aplicativo esteja em funcionamento é importante, mas não é suficiente. Além do monitoramento básico de disponibilidade - como testar protocolos IP e serviços de rede com software automatizado, que pode emitir alertas em tempo real assim que a funcionalidade se rompe ou fica abaixo dos limites estabelecidos - uma abordagem abrangente do APM deve levar uma série de fatores adicionais em consideração, conforme explicado na seção anterior, para ajudar a melhorar a confiabilidade e a velocidade geral da sua aplicação. Conheci aplicativos usando o Selenium para verificar esses tempos de resposta e obter informações quando a transação não está correta.