Application Performance Monitoring (APM) is the process of tracking and measuring the performance of an application over time. It typically involves collecting data from the application, analyzing it, and providing real-time feedback on the performance. APM is used to detect performance issues before they become a problem, as well as to identify trends in application usage and performance.

Application Performance Management (APM) is a broader term that encompasses the processes and tools used to ensure that an application is performing optimally. This includes monitoring, analyzing, and optimizing application performance. APM also involves troubleshooting and resolving performance issues, as well as implementing strategies to prevent future issues.

Application performance management

Monitoramento e gerenciamento de desempenho e disponibilidade de aplicativos de software

Nos campos de tecnologia da Informação e gerenciamento de sistemas, gerenciamento de desempenho de aplicativos (APM) é o monitoramento e gerenciamento do desempenho e disponibilidade de Programas formulários. O APM se esforça para detectar e diagnosticar problemas complexos de desempenho de aplicativos para manter um desempenho esperado nível de serviço. APM é “a tradução de métricas de TI em significado comercial ([i.e.] valor).”

Medindo o desempenho do aplicativo

Dois conjuntos de métricas de desempenho são monitorados de perto. O primeiro conjunto de métricas de desempenho define o desempenho experimentado pelos usuários finais do aplicativo. Um exemplo de desempenho são os tempos médios de resposta sob carga de pico. Os componentes do conjunto incluem tempos de carga e resposta:

  • o carregar é o volume de transações processadas pelo aplicativo, por exemplo, transações por segundo, solicitações por segundo, páginas por segundo. Sem ser carregado por demandas baseadas em computador (por exemplo, pesquisas, cálculos, transmissões), a maioria dos aplicativos é rápida o suficiente, e é por isso que os programadores podem não detectar problemas de desempenho durante o desenvolvimento.
  • o Tempos de resposta são os tempos necessários para que um aplicativo responda às ações de um usuário em tal carga.

O segundo conjunto de métricas de desempenho mede o recursos computacionais utilizado pela aplicação para a carga, indicando se há capacidade adequada para suportar a carga, bem como possíveis locais de gargalos de desempenho. A medição dessas quantidades estabelece uma linha de base de desempenho empírica para a aplicação. A linha de base pode então ser usada para detectar mudanças no desempenho. As alterações no desempenho podem ser correlacionadas com eventos externos e subsequentemente usadas para prever alterações futuras no desempenho do aplicativo.

O uso de APM é comum para aplicativos da Web, o que se presta melhor às técnicas de monitoramento mais detalhadas. Além de medir o tempo de resposta de um usuário, os tempos de resposta dos componentes de um aplicativo da Web também podem ser monitorados para ajudar a identificar as causas do atraso. Também existe HTTP dispositivos que podem decodificar transações específicas Tempos de resposta na camada do servidor Web do aplicativo.

Em seus Estrutura Conceitual do APM, Gartner A pesquisa descreve cinco dimensões do APM:

Em 2016, Gartner A pesquisa atualizou sua definição em três dimensões funcionais principais:

  • O monitoramento da experiência do usuário final (EUEM) evoluiu para Monitoramento de experiência digital (DEM);
  • Uma nova dimensão, Descoberta, rastreamento e diagnóstico de aplicativos (ADTD), combina três dimensões anteriormente separadas (topologia de aplicativo [runtime architecture] descoberta e visualização, criação de perfil de transação definida pelo usuário e mergulho profundo no componente de aplicativo), uma vez que todos os três são focados principalmente na correção de problemas e estão interligados;
  • Análise de aplicativos (AA).

Problemas atuais

Desde o primeiro semestre de 2013, a APM entrou em um período de intensa competição em tecnologia e estratégia com uma multiplicidade de fornecedores e pontos de vista. Isso causou uma agitação no mercado com fornecedores de origens não relacionadas (incluindo monitoramento de rede, gerenciamento de sistemas, instrumentação de aplicativos e monitoramento de desempenho da Web) adotando mensagens em torno do APM[which?]. Como resultado, o termo APM se diluiu e evoluiu para um conceito de gerenciamento de desempenho de aplicativos em diversas plataformas de computação, em vez de um único mercado.[clarification needed] Com tantos fornecedores para escolher, selecionar um pode ser um desafio. É importante avaliar cada um cuidadosamente para garantir que seus recursos atendam às suas necessidades.

Dois desafios para a implementação do APM são (1) pode ser difícil instrumentar um aplicativo para monitorar o desempenho do aplicativo, especialmente entre os componentes de um aplicativo e (2) os aplicativos podem ser virtualizado, o que aumenta a variabilidade das medições. Para aliviar o primeiro problema gerenciamento de serviço de aplicativo (ASM) fornece uma abordagem centrada em aplicativos, onde a visibilidade do desempenho do serviço de negócios é um objetivo fundamental. O segundo aspecto presente em ambientes distribuídos, virtuais e baseado em nuvem aplicativos representa um desafio único para o monitoramento de desempenho de aplicativos porque a maioria dos principais componentes do sistema não está mais hospedada em uma única máquina. Cada função provavelmente foi projetada como um serviço de Internet executado em vários sistemas virtualizados. É muito provável que os próprios aplicativos sejam movidos de um sistema para outro para atender aos objetivos de nível de serviço e lidar com interrupções momentâneas.

A estrutura conceitual do APM

Os próprios aplicativos estão se tornando cada vez mais difíceis de gerenciar à medida que avançam em direção a construções altamente distribuídas, multicamadas e multielementos que, em muitos casos, dependem de estruturas de desenvolvimento de aplicativos como .NET ou Java. A Estrutura Conceitual do APM foi projetada para ajudar a priorizar uma abordagem sobre o que focar primeiro para implementação rápida e compreensão geral do modelo APM de cinco dimensões. O slide da estrutura descreve três áreas de foco para cada dimensão e descreve seus benefícios potenciais. Essas áreas são referenciadas como “primário” abaixo, com as dimensões de prioridade mais baixa referenciadas como “Secundário.

Experiência do usuário final (principal)

Medir o trânsito de tráfego da solicitação do usuário para os dados e vice-versa faz parte da captura da experiência do usuário final (EUE). O resultado dessa medição é conhecido como monitoramento de aplicativo em tempo real (também conhecido como monitoramento de cima para baixo), que possui dois componentes, passivo e ativo. monitoramento passivo geralmente é um dispositivo sem agente implementado usando espelhamento de porta de rede. Um recurso importante a ser considerado é a capacidade de oferecer suporte à análise multicomponente (por exemplo, banco de dados, cliente/navegador). Monitoramento ativo, por outro lado, consiste em sondas sintéticas e robôs da web predefinidos para relatar a disponibilidade do sistema e as transações comerciais. O monitoramento ativo é um bom complemento para o monitoramento passivo; Juntos, esses dois componentes ajudam a fornecer visibilidade da integridade do aplicativo fora dos horários de pico, quando o volume de transações é baixo.

Este slide descreve três áreas de foco para cada dimensão e descreve seus benefícios potenciais.

Gestão da experiência do usuário (UEM) é uma subcategoria que emergiu da dimensão EUE para monitorar o contexto comportamental do usuário. O UEM, conforme praticado hoje, vai além da disponibilidade para capturar latências e inconsistências conforme os seres humanos interagem com aplicativos e outros serviços. O UEM geralmente é baseado em agente e pode incluir injeção de JavaScript para monitorar o dispositivo do usuário final. O UEM é considerado outra faceta do monitoramento de aplicativos em tempo real.

Arquitetura de aplicativo de tempo de execução (secundário)

As ofertas de Descoberta de Aplicativos e Mapeamento de Dependência (ADDM) existem para automatizar o processo de mapeamento de transações e aplicativos para componentes de infraestrutura subjacentes. Ao se preparar para implementar uma arquitetura de aplicativo de tempo de execução, é necessário garantir que o monitoramento ativo/inativo esteja em vigor para todos os nós e servidores no ambiente (também conhecido como monitoramento de baixo para cima). Isso ajuda a estabelecer a base para a correlação de eventos e fornece a base para uma compreensão geral de como as topologias de rede interagem com as arquiteturas de aplicativos.

Transação comercial (principal)

Concentre-se em transações definidas pelo usuário ou nas definições de página de URL que tenham algum significado para a comunidade empresarial. Por exemplo, se houver de 200 a 300 definições de página exclusivas para um determinado aplicativo, agrupe-as em 8 a 12 categorias de alto nível. Isso permite relatórios de SLA significativos e fornece informações de tendências sobre o desempenho do aplicativo de uma perspectiva de negócios: comece com categorias amplas e refine-as ao longo do tempo. Para uma compreensão mais profunda, consulte Gerenciamento de transações comerciais.

Monitoramento de componente de mergulho profundo (secundário)

O monitoramento de componentes de mergulho profundo (DDCM) requer a instalação de um agente e geralmente é direcionado a middleware, com foco em servidores da web, aplicativos e mensagens. Deve fornecer uma visão em tempo real do J2EE e .INTERNET pilhas, ligando-as de volta às transações de negócios definidas pelo usuário. Um monitor robusto mostra um caminho claro desde a execução do código (por exemplo, spring e struts) até a URL renderizada e, finalmente, até a solicitação do usuário. Como o DDCM está intimamente relacionado à segunda dimensão no modelo APM, a maioria dos produtos nesse campo também fornece mapeamento de dependência de descoberta de aplicativos (ADDM) como parte de sua oferta.

Análise/relatórios (principal)

esta seção precisa de citações adicionais para verificação. Por favor ajude melhorar este artigo de adicionando citações a fontes confiáveis. Material sem fonte pode ser questionado e removido. (Janeiro de 2018) (Saiba como e quando remover esta mensagem modelo)

É importante chegar a um conjunto comum de métricas para coletar e relatar para cada aplicativo e, em seguida, padronizar uma visão comum sobre como apresentar os dados de desempenho do aplicativo. A coleta de dados brutos de outros conjuntos de ferramentas no modelo APM oferece flexibilidade nos relatórios de aplicativos. Isso permite responder a uma ampla variedade de questões de desempenho à medida que surgem, apesar das diferentes plataformas em que cada aplicativo pode ser executado. Demasiada informação é esmagadora. É por isso que é importante manter os relatórios simples ou eles não serão usados.

Veja também

Referências


Source: Application performance management
Wikipedia

Video about Application Performance Monitoring Vs Application Performance Management

Observability vs. APM vs. Monitoring

Question about Application Performance Monitoring Vs Application Performance Management

If you have any questions about Application Performance Monitoring Vs Application Performance Management, please let us know, all your questions or suggestions will help us improve in the following articles!

The article Application Performance Monitoring Vs Application Performance Management was compiled by me and my team from many sources. If you find the article Application Performance Monitoring Vs Application Performance Management helpful to you, please support the team Like or Share!

Rate Articles Application performance management

Rate: 4-5 stars
Ratings: 4278
Views: 50586263

Search keywords Application Performance Monitoring Vs Application Performance Management

1. Application Performance Monitoring
2. Application Performance Analysis
3. Application Performance Optimization
4. Application Performance Management Tools
5. End-User Experience Monitoring
6. Application Performance Dashboard
7. Application Performance Baselining
8. Application Performance Benchmarking
9. Application Performance Troubleshooting
10. Application Performance Management Software
#Application #performance #management