• /
  • EnglishEspañolFrançais日本語한국어Português
  • EntrarComeçar agora

Esta tradução de máquina é fornecida para sua comodidade.

Caso haja alguma divergência entre a versão em inglês e a traduzida, a versão em inglês prevalece. Acesse esta página para mais informações.

Criar um problema

Primeiros passos com os Workloads inteligentes

|View as Markdown (English)

visualização

Ainda estamos trabalhando nesse recurso, mas adoraríamos que você experimentasse!

Atualmente, esse recurso é fornecido como parte de um programa de visualização de acordo com nossas políticas de pré-lançamento.

O monitoramento tradicional frequentemente força as equipes de engenharia a rastrear métricas de nível de serviço isoladas, criando uma experiência de depuração fragmentada e de "cadeira giratória" quando as jornadas críticas do usuário se degradam. Os Workloads inteligentes evoluem a resolução de problemas reativa da Transação 360 para um hub de monitoramento proativo e de atualização automática. Ao aproveitar o distributed tracing para mapear automaticamente todo o acervo arquitetônico para uma única transação de negócios, ele rastreia continuamente as dependências full-stack e alinha o desempenho técnico com os resultados de negócios (KPIs) em tempo real à medida que o sistema muda.

Pré-requisitos

Antes de criar workloads inteligentes, certifique-se de ativar o distributed tracing em todos os seus serviços de APM.

Como criar workloads inteligentes

É possível criar Workloads inteligentes de três maneiras, cada uma levando apenas alguns minutos para ser configurada:

Defina o escopo dos seus workloads inteligentes

Por padrão, um Intelligent Workload inclui dinamicamente todos os serviços upstream e downstream que participam de distributed traces com sua transação focal. Se a sua transação chamar microsserviços não pertencentes, APIs de terceiros ou ramificações complexas de pipeline de fan-out que você não deseja que afetem a integridade geral do seu workload, use a filtragem de exclusão para remover esses caminhos de dependência.

Casos de uso comuns de escopo:

  • Remover dependências sem proprietário: exclua gateways de API upstream ou serviços downstream secundários (como gateways de pagamento externos ou microsserviços de cupons) que sua equipe não gerencia diretamente.
  • Isole ramificações de pipeline: em arquiteturas complexas de fan-in e fan-out (como pipelines de mensagens do Kafka), corte filas de consumidor paralelas ou tópicos irrelevantes para isolar a ramificação de execução exata que sua equipe possui.

Como os filtros de exclusão funcionam:

Ao adicionar um filtro de exclusão ao gráfico do seu workload, configure três parâmetros:

  • Entidade de destino: o nó de serviço específico no mapa de dependência onde você deseja aplicar o filtro.
  • Direção: se deve remover as dependências que entram na entidade selecionada (Upstream) ou que saem dela (Downstream).
  • Visibilidade da entidade de destino: se deve excluir a própria entidade de destino junto com todas as suas conexões (removendo-a totalmente do gráfico do workload) ou manter a entidade de destino visível enquanto apenas remove suas dependências upstream ou downstream adicionais.

Como os filtros de exclusão são dinâmicos, quaisquer novos microsserviços ou conexões que apareçam ao longo de uma ramificação excluída em traces futuros são filtrados automaticamente, sem exigir atualizações manuais no seu workload.

Screenshot of the Intelligent Workload creation wizard showing the Dynamic Flow Map with exclude filter rules applied to downstream entities

Qual é o próximo

Assim que os Workloads inteligentes forem criados, explore as visualizações e ferramentas principais para se familiarizar com o monitoramento das jornadas críticas dos clientes:

Copyright © 2026 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.