As transações principais são uma forma de as equipes de engenharia criarem monitoramento de nível personalizado em suas transações mais significativas. As ferramentas de monitoramento APM da New Relic ajudam você a detectar e resolver problemas rapidamente antes que eles afetem seu usuário, reportando todas as transações. Mas, por vezes, a informação essencial para a gestão dos seus negócios digitais não é a mais traficada. É aqui que a transação principal pode ajudá-lo a rastrear transações essenciais que você deseja monitor e gerenciar – independentemente das taxas de transferência gerais do aplicativo.
Transação principal na prática
Vamos pensar em um cenário em que um cliente faça login no seu aplicativo de e-commerce para comprar um telefone. Os clientes apresentam resposta lenta ao tentar carregar a página dos planos e navegar nos serviços. Isso faz com que os clientes saiam do site e abandonem a compra. Sua equipe de microsserviços PlanService precisa identificar rapidamente a causa raiz dessa lentidão e corrigi-la para evitar a perda de mais clientes.
Sua equipe começa identificando a transação comercial mais importante de PlanService: getPlans (que carrega a página de planos). Então, você precisa fazer getPlans uma transação principal, aplicar a tag relevante e analisá-la dentro do contexto do ecossistema da entidade maior.
Você pode aprender mais sobre transações e se sua framework as suporta em nossos documentos APM.
na visualização de detalhes da transação. Você também pode automatizar essa etapa usando a API REST para criar e interromper o rastreamento da transação principal.
Depois de criar o principal de transação, eles se tornam parte do ecossistema da entidade New Relic. Você pode ver todas as transações, incluindo o getPlans principal de transação que acabou de criar, em entity list view.
Digamos que você queira renomear sua transação principal para torná-la mais precisa ou mais fácil de filtrar. Veja como:
Transação principal As configurações do Apdex substituem o valor T definido para esse aplicativo. Isso pode significar, por exemplo, que um principal de transação poderia ser relatado como Satisfied , mas uma transação diferente no mesmo aplicativo com o mesmo tempo de resposta poderia ser Frustrated.
Para alterar o limite de Apdex de uma transação principal:
No índice, selecione a transação principal que deseja excluir.
Escolha
Application
na área de configurações na navegação esquerda.
Selecione
stop tracking
transação principal.
A New Relic exclui automaticamente quaisquer alertas e eventos associados ao principal de transação excluído.
Tag transação principal
No APM, você pode organizar e filtrar o principal da transação para determinar rapidamente as equipes, os ambientes ou os níveis de prioridade, adicionando um tag ao principal da transação. Essas tags também fornecem contexto para que você possa isolar o problema ao receber uma notificação de alerta.
Tag são metadados associados à transação. Eles são úteis para aplicar em transações que tenham coisas em comum. Por exemplo, você pode aplicar uma tag checkout a todos os principais transações que fazem parte do processo de finalização da compra. Depois, você pode filtrar por checkout para ver todas as transações em um só lugar.
Em nosso cenário, a equipe de microsserviços PlanService está tentando identificar lentidão na finalização da compra e pode querer filtrar facilmente por environment ou accountid para poder identificar problemas e encontrar soluções rápidas.
para ver uma dropdown de atributos e tags disponíveis ou insira uma tag pela qual deseja filtrar, como accountId: 123456789.
Agrupar o principal de transação e criar alertas
Depois de criar uma transação principal, você poderá aumentar sua visibilidade conectando-a às nossas ferramentas e carga de trabalho.
No New Relic, você pode usar a carga de trabalho para agrupar entidades que compõem um serviço comercial específico. Esse agrupamento facilita isolar e solucionar problemas. Adicione seu principal de transação à carga de trabalho junto com os serviços e hosts relacionados, para que você possa obter uma visão agregada da saúde e da atividade da entidade que compõe sua stack.
Este exemplo de captura de tela mostra uma visão abrangente da workload do principal de transação getPlans com todas as outras entidades relacionadas.
Agora que seu principal de transação faz parte de uma workload e tag, o próximo passo é criar alertas para que você seja notificado quando houver algum comportamento incomum em sua transação. Você pode configurar alertas estáticos e alertas de anomalia no principal de transação usando o poderoso e flexível sistema de alerta NRQL e agora também pode adicionar seu principal de transação ao painel. Se desejar configurar alertas ou adicionar o principal da transação ao painel, você pode fazer isso diretamente nos gráficos de transação principal clicando nas reticências.
Além do limite de alertas, você também pode medir o desempenho do ponto de vista do usuário da sua aplicação. Para fazer isso, estabeleça um nível de serviço contra o principal da transação comercial.
Use o principal da transação no contexto
Depois de criar um principal de transação, adicionar tag, criar carga de trabalho e configurar alertas, você pode começar a analisar seus dados no contexto com outras entidades que você monitor. Depois de compreender seu papel em seu sistema mais amplo, você poderá tomar medidas adicionais para melhorar o ritmo de operação e a confiabilidade.
Para analisar rapidamente o Desvio em todas as suas transações principais, você pode começar com o New Relic Lookout. Isso fornece uma visão em tempo real da sua transação em todas as suas contas, destacando as alterações em toda a sua telemetria. Neste exemplo, você pode ver que a transação getPlans mostra um aumento no tempo de resposta:
Para entender o impacto completo da degradação do desempenho da transação getPlans , você pode usar um mapa de serviço. Você pode visualizar a saúde de todas as outras entidades conectadas, como o serviço de origem, hosts, banco de dados e outros principais de transação.
Para acompanhar o impacto de qualquer evento de alteração, como implantação de código, alterações de configuração e eventos de negócios, você pode utilizar os marcadores Monitoramento de Alterações nos gráficos de transação principal. Isso ajuda você a detalhar ainda mais o trace para solucionar as alterações que estão causando problemas.
Nesta captura de tela, você pode ver um aumento no tempo de transação getPlans logo após uma implantação para otimizar uma consulta ao banco de dados. Isso ajuda a trace o problema até a implantação. Neste exemplo, quando revertemos a alteração, o tempo de transação voltou ao normal e a página de planos começou a carregar rapidamente.
