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

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

In the event of any inconsistency between the English version and the translated version, the English versionwill take priority. Please visit this page for more information.

Criar um problema

OpenTelemetry na interface: página de resumo

Depois de nos enviar seus dados do OpenTelemetry e abrir seu serviço (entidade) na interface, a página Summary oferece uma visão geral da integridade do seu serviço. Aqui você pode ver:

  • O

    golden signals

    para o seu serviço: tempo de resposta, taxas de transferência e taxa de erro

  • Entidade da qual depende este serviço, com o seu estatuto de saúde, constar em

    Related entities

    . Isto inclui outros serviços que se comunicam com este serviço e a infraestrutura que hospeda o serviço.

  • Quando o limite de alertas é violado, esses eventos aparecem na barra lateral

    Activity

Ao usar essas informações, você pode decidir rapidamente se há algum problema com esse serviço e onde começar a diagnosticar o problema.

Como os dados do OpenTelemetry aparecem (servidor ou cliente?)

A página Summary mostra os sinais clássicos para as funções de servidor e/ou consumidor de mensagens de um serviço. Outras páginas oferecem diferentes visões das funções do serviço em seus sistemas distribuídos:

  • External services

    mostra o comportamento do serviço como um cliente chamando outros serviços, bem como um detalhamento de como outros serviços chamam seu endpoint

  • Databases

    mostra o comportamento do serviço como cliente do banco de dados, especificamente

Os serviços podem ser servidores (respondendo a solicitações) e clientes (fazendo solicitações) no modelo de dados OpenTelemetry para rastreamento. Da mesma forma, serviços que usam sistemas de mensagens como AWS SQS podem ser produtores e/ou consumidores de mensagens. O atributo span.kind especifica a função do serviço em um determinado período de rastreamento.

Métrica ou spans

Você pode optar por usar métricas ou spans para alimentar os gráficos dos sinais clássicos.

Importante

Ao escolher a métrica, a taxa de erros é exibida apenas para servidores HTTP. As taxas de erros métricas para gRPC ou outros protocolos ainda não são mostradas.

Atributo obrigatório

Para que seus dados do OpenTelemetry apareçam na página Summary , certifique-se de que eles tenham o seguinte atributo, de acordo com as convenções semânticas da OTel:

área de interface

Atributo

Tempo de resposta

span.kind = server ou consumer

Taxas de transferência

span.kind = server ou consumer

Taxa de erros

  • span.kind = server ou consumer
  • otel.status_code = ERROR

Painel de instância

service.instance.id (normalmente definido através da API de recursos OTel)

Distributed tracing insights

Você pode usar o gráfico Distributed tracing insights para saber se a entidade downstream ou upstream do seu serviço pode estar causando aumentos no tempo de resposta, taxa de erro ou taxas de transferência do seu serviço.·

Por exemplo, digamos que você queira investigar um aumento no tempo de resposta do seu serviço quando ele estiver relacionado ao tempo de resposta de chamadas externas. Se distributed tracing registrou uma entidade downstream causando um aumento significativo na latência do seu serviço nesse período, ele mostrará essa entidade e sua alteração no desempenho na lista. Clique no botão View trace para ver um exemplo distributed trace onde esse comportamento de desempenho foi registrado.

Para saber mais sobre dados distributed tracing , consulte Sinais de entidade de rastreamento relacionados.

Para saber mais sobre o OpenTelemetry em outras páginas da interface, consulte Visão geral dos dados do OpenTelemetry na interface.

Copyright © 2024 New Relic Inc.

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