Ajuda, suporte e feedback do OpenTelemetry

Este artigo fornece opções de ajuda, suporte e comentários para o OpenTelemetry no Azure Monitor Application Insights para aplicativos .NET, Java, Node.js e Python.

• Rever as perguntas frequentes
• Execute etapas de solução de problemas
• Obter suporte
• Enviar comentários

Perguntas mais frequentes

O que é OpenTelemetry?

É um novo padrão de código aberto para observabilidade. Saiba mais em OpenTelemetry.

Por que o Microsoft Azure Monitor está investindo em OpenTelemetry?

A Microsoft está investindo no OpenTelemetry pelos seguintes motivos:

• É independente do fornecedor e fornece APIs/SDKs consistentes em todos os idiomas.
• Com o tempo, acreditamos que o OpenTelemetry permitirá que os clientes do Azure Monitor observem aplicativos escritos em idiomas além dos nossos idiomas suportados.
• Ele expande os tipos de dados que você pode coletar por meio de um rico conjunto de bibliotecas de instrumentação.
• Os SDKs (Software Development Kits) OpenTelemetry tendem a ter um desempenho mais eficiente em escala do que seus antecessores, os SDKs do Application Insights.
• O OpenTelemetry está alinhado com a estratégia da Microsoft de adotar o código aberto.

Qual é o status do OpenTelemetry?

Consulte Status do OpenTelemetry .

O que é a Distro OpenTelemetry do Azure Monitor?

Você pode pensar nele como um wrapper fino que agrupa todos os componentes do OpenTelemetry para uma experiência de primeira classe no Azure. Este wrapper também é chamado de distribuição em OpenTelemetry.

Por que devo usar a Distro OpenTelemetry do Azure Monitor?

Há várias vantagens em usar a Distro OpenTelemetry do Azure Monitor em relação à OpenTelemetry nativa da comunidade:

• Reduz o esforço de habilitação
• Suportado pela Microsoft
• Traz recursos específicos do Azure, como:
  • Amostragem compatível com SDKs clássicos do Application Insights
  • Autenticação do Microsoft Entra
  • Armazenamento off-line e novas tentativas automáticas
  • Statsbeat
  • Métricas padrão do Application Insights
  • Detetar metadados de recursos para preencher automaticamente o Nome da Função de Nuvem e a Instância de Função de Nuvem em vários ambientes do Azure
  • Live Metrics

No espírito da OpenTelemetry, projetamos a distro para ser aberta e extensível. Por exemplo, você pode adicionar:

• Um exportador de protocolo OpenTelemetry (OTLP) e enviar para um segundo destino simultaneamente
• Outras bibliotecas de instrumentação não incluídas na distribuição

Como a Distro fornece uma distribuição OpenTelemetria, a Distro suporta qualquer coisa suportada pela OpenTelemetry. Por exemplo, você pode adicionar mais processadores de telemetria, exportadores ou bibliotecas de instrumentação, se o OpenTelemetry oferecer suporte a eles.

Nota

A Distro define o amostrador como um amostrador personalizado de taxa fixa para o Application Insights. Você pode alterar isso para um amostrador diferente, mas isso pode desativar alguns dos recursos incluídos da distro. Para obter mais informações sobre o amostrador suportado, consulte a seção Habilitar amostragem de Configurar o Azure Monitor OpenTelemetry.

Para idiomas sem um exportador OpenTelemetry autônomo com suporte, a Distro OpenTelemetry do Azure Monitor é a única maneira atualmente suportada de usar o OpenTelemetry com o Azure Monitor. Para idiomas com um exportador OpenTelemetry autônomo com suporte, você tem a opção de usar a Distro OpenTelemetry do Azure Monitor ou o exportador OpenTelemetry autônomo apropriado, dependendo do seu cenário de telemetria. Para obter mais informações, consulte Quando devo usar o exportador do Azure Monitor OpenTelemetria?.

Como posso testar a Distro OpenTelemetry do Azure Monitor?

Confira nossos documentos de ativação para .NET, Java, JavaScript (Node.js) e Python.

Devo usar o OpenTelemetry ou o SDK do Application Insights?

Recomendamos o uso da Distro OpenTelemetry a menos que você precise de um recurso que só esteja disponível com suporte formal no SDK do Application Insights.

A adoção do OpenTelemetry agora evita a necessidade de migrar posteriormente.

Quando devo usar o exportador OpenTelemetry do Azure Monitor?

Para ASP.NET Core, Java, Node.js e Python, recomendamos o uso da Distro OpenTelemetry do Azure Monitor. É uma linha de código para começar.

Para todos os outros cenários .NET, incluindo ASP.NET clássico, aplicativos de console, Windows Forms (WinForms), etc., recomendamos o uso do exportador OpenTelemetry do .NET Azure Monitor: Azure.Monitor.OpenTelemetry.Exporter.

Para cenários de telemetria Python mais complexos que exigem configuração avançada, recomendamos o uso do Python Azure Monitor OpenTelemetry Exporter.

Qual é o estado atual da versão dos recursos na Distro OpenTelemetry do Azure Monitor?

O gráfico a seguir detalha o suporte ao recurso OpenTelemetry para cada idioma.

Caraterística	.NET	Node.js	Python	Java
Rastreio distribuído	✅	✅	✅	✅
Métricas personalizadas	✅	✅	✅	✅
Métricas padrão	✅	✅	✅	✅
Amostragem de taxa fixa	✅	✅	✅	✅
Armazenamento offline e repetições automáticas	✅	✅	✅	✅
Relatório de exceções	✅	✅	✅	✅
Recolha de registos	✅	⚠️	✅	✅
Eventos personalizados	⚠️	⚠️	⚠️	✅
Autenticação do Microsoft Entra	✅	✅	✅	✅
Métricas em tempo real	✅	✅	✅	✅
Filtragem de métricas em tempo real	✅	❌	❌	❌
Detetar contexto de recursos para VM/VMSS e Serviço de Aplicativo	✅	❌	✅	✅
Detetar contexto de recursos para o Serviço Kubernetes do Azure (AKS) e funções	❌	❌	❌	✅
Eventos de teste de disponibilidade gerados usando a API de controle de disponibilidade	❌	❌	❌	✅
Filtrar solicitações, dependências, logs e exceções por ID de usuário anônimo e fonte sintética	❌	❌	❌	✅
Filtrar dependências, logs e exceções por nome da operação	❌	❌	❌	✅
Amostragem adaptável	❌	❌	❌	✅
Criador de perfil .NET	❌	❌	❌	⚠️
Depurador de Instantâneos	❌	❌	❌	❌

Chave

• ✅ Este recurso está disponível para todos os clientes com suporte formal.
• ⚠️ Esta funcionalidade está disponível como pré-visualização pública. Consulte Termos de utilização suplementares para pré-visualizações do Microsoft Azure.
• ❌ Este recurso não está disponível ou não é aplicável.

O OpenTelemetry pode ser usado para navegadores da web?

Sim, mas não o recomendamos e o Azure não o suporta. OpenTelemetry JavaScript é altamente otimizado para Node.js. Em vez disso, recomendamos o uso do SDK JavaScript do Application Insights.

Quando podemos esperar que o SDK OpenTelemetry esteja disponível para uso em navegadores da Web?

O SDK da Web OpenTelemetry não tem um cronograma de disponibilidade determinado. É provável que estejamos a vários anos de distância de um SDK de navegador que seja uma alternativa viável ao SDK JavaScript do Application Insights.

Posso testar o OpenTelemetry em um navegador da Web hoje?

A área restrita da Web OpenTelemetry é uma bifurcação projetada para fazer o OpenTelemetry funcionar em um navegador. Ainda não é possível enviar telemetria para o Application Insights. O SDK não define eventos gerais do cliente.

A execução do Application Insights ao lado de agentes concorrentes como AppDynamics, DataDog e NewRelic é suportada?

Essa prática não é algo que planejamos testar ou suportar, embora nossas Distros permitam que você exporte para um ponto de extremidade OTLP ao lado do Azure Monitor simultaneamente.

Posso usar recursos de visualização em ambientes de produção?

Nós não recomendamos. Consulte Termos de utilização suplementares para pré-visualizações do Microsoft Azure.

Qual é a diferença entre instrumentação manual e automática?

Consulte a Visão geral do OpenTelemetry .

Posso usar o OpenTelemetry Collector?

Alguns clientes usam o OpenTelemetry Collector como uma alternativa de agente, embora a Microsoft ainda não ofereça suporte oficial a uma abordagem baseada em agente para monitoramento de aplicativos. Enquanto isso, a comunidade de código aberto contribuiu com um OpenTelemetry Collector Azure Monitor Exporter que alguns clientes estão usando para enviar dados para o Azure Monitor Application Insights. Isso não é suportado pela Microsoft.

Qual é a diferença entre OpenCensus e OpenTelemetry?

OpenCensus é o precursor do OpenTelemetry. A Microsoft ajudou a reunir o OpenTracing e o OpenCensus para criar o OpenTelemetry, um padrão único de observabilidade para o mundo. O SDK Python recomendado de produção atual para o Azure Monitor é baseado no OpenCensus. A Microsoft está empenhada em tornar o Azure Monitor baseado no OpenTelemetry.

Em Grafana, por que eu vejo Status: 500. Can't visualize trace events using the trace visualizer?

Você pode estar tentando visualizar logs de texto bruto em vez de rastreamentos OpenTelemetry .

No Application Insights, a tabela 'Rastreamentos' armazena logs de texto bruto para fins de diagnóstico. Eles ajudam a identificar e correlacionar rastreamentos associados a solicitações de usuários, outros eventos e relatórios de exceções. No entanto, a tabela 'Rastreamentos' não contribui diretamente para a visualização de transação de ponta a ponta (gráfico em cascata) em ferramentas de visualização como o Grafana.

Com a crescente adoção de práticas nativas da nuvem, há uma evolução na coleta de telemetria e na terminologia. OpenTelemetry tornou-se um padrão para coletar e instrumentar dados de telemetria. Neste contexto, o termo «vestígios» adquiriu um novo significado. Em vez de logs brutos, 'Traces' no OpenTelemetry referem-se a uma forma mais rica e estruturada de telemetria que inclui vãos, que representam unidades individuais de trabalho. Essas extensões são cruciais para construir visualizações detalhadas de transações, permitindo um melhor monitoramento e diagnóstico de aplicativos nativos da nuvem.

Resolução de Problemas

ASP.NET Core

Etapa 1: Habilitar o log de diagnóstico

O Exportador do Azure Monitor usa EventSource para seu log interno. Os logs do exportador estão disponíveis para qualquer EventListener optando pela fonte chamada OpenTelemetry-AzureMonitor-Exporter. Para conhecer as etapas de solução de problemas, consulte Solução de problemas do OpenTelemetry no GitHub.

Etapa 2: Testar a conectividade entre o host do aplicativo e o serviço de ingestão

Os kits de desenvolvimento de software (SDKs) e os agentes do Application Insights enviam telemetria para serem ingeridos como chamadas REST em nossos pontos de extremidade de ingestão. Para testar a conectividade do seu servidor Web ou computador host de aplicativo com os pontos de extremidade do serviço de ingestão, use comandos cURL ou solicitações REST brutas do PowerShell. Para obter mais informações, consulte Solucionar problemas de telemetria de aplicativo ausente no Azure Monitor Application Insights.

Problemas conhecidos

Os seguintes itens são problemas conhecidos para os Exportadores OpenTelemetry do Azure Monitor:

• O nome da operação está ausente da telemetria de dependência. O nome da operação ausente causa falhas e afeta negativamente a experiência da guia de desempenho.

• O modelo de dispositivo está ausente da telemetria de solicitação e dependência. O modelo de dispositivo ausente afeta negativamente a análise de coorte de dispositivos.

.NET

Etapa 1: Habilitar o log de diagnóstico

O Exportador do Azure Monitor usa EventSource para seu log interno. Os logs do exportador estão disponíveis para qualquer EventListener optando pela fonte chamada OpenTelemetry-AzureMonitor-Exporter. Para conhecer as etapas de solução de problemas, consulte Solução de problemas do OpenTelemetry no GitHub.

Etapa 2: Testar a conectividade entre o host do aplicativo e o serviço de ingestão

SDKs e agentes do Application Insights enviam telemetria para serem ingeridos como chamadas REST em nossos pontos de extremidade de ingestão. Para testar a conectividade do seu servidor Web ou computador host de aplicativo com os pontos de extremidade do serviço de ingestão, use comandos cURL ou solicitações REST brutas do PowerShell. Para obter mais informações, consulte Solucionar problemas de telemetria de aplicativo ausente no Azure Monitor Application Insights.

Problemas conhecidos

Os seguintes itens são problemas conhecidos para os Exportadores OpenTelemetry do Azure Monitor:

• O nome da operação está ausente da telemetria de dependência. O nome da operação ausente causa falhas e afeta negativamente a experiência da guia de desempenho.

• O modelo de dispositivo está ausente da telemetria de solicitação e dependência. O modelo de dispositivo ausente afeta negativamente a análise de coorte de dispositivos.

Java

Etapa 1: Habilitar o log de diagnóstico

Por padrão, o log de diagnóstico é habilitado no Azure Monitor Application Insights. Para obter mais informações, consulte Guia de solução de problemas: Azure Monitor Application Insights for Java.

Etapa 2: Testar a conectividade entre o host do aplicativo e o serviço de ingestão

SDKs e agentes do Application Insights enviam telemetria para serem ingeridos como chamadas REST em nossos pontos de extremidade de ingestão. Para testar a conectividade do seu servidor Web ou computador host de aplicativo com os pontos de extremidade do serviço de ingestão, use comandos cURL ou solicitações REST brutas do PowerShell. Para obter mais informações, consulte Solucionar problemas de telemetria de aplicativo ausente no Azure Monitor Application Insights.

Problemas conhecidos

• Se você baixar a biblioteca de cliente do Application Insights para instalação a partir de um navegador, às vezes o arquivo JAR baixado está corrompido e tem cerca de metade do tamanho do arquivo de origem. Se você enfrentar esse problema, baixe o arquivo JAR executando o comando curl ou wget , conforme mostrado nas seguintes chamadas de comando de exemplo:

  curl --location --output applicationinsights-agent-3.6.2.jar https://github.com/microsoft/ApplicationInsights-Java/releases/download//applicationinsights-agent-3.6.2.jar
  

  wget --output-document=applicationinsights-agent-3.6.2.jar https://github.com/microsoft/ApplicationInsights-Java/releases/download//applicationinsights-agent-3.6.2.jar
  

  Nota

  As chamadas de comando de exemplo aplicam-se ao Application Insights for Java versão 3.4.11. Para encontrar o número da versão e o endereço URL da versão atual do Application Insights for Java, consulte https://github.com/microsoft/ApplicationInsights-Java/releases.

Java nativo

As etapas a seguir são aplicáveis a aplicativos nativos do Spring Boot.

Etapa 1: Verificar a versão do OpenTelemetry

Você pode notar a seguinte mensagem durante a inicialização do aplicativo:

WARN  c.a.m.a.s.OpenTelemetryVersionCheckRunner - The OpenTelemetry version is not compatible with the spring-cloud-azure-starter-monitor dependency.
The OpenTelemetry version should be <version>

Nesse caso, você precisa importar as listas de materiais do OpenTelemetry seguindo a documentação do OpenTelemetry no iniciador do Spring Boot.

Etapa 2: Habilitar o autodiagnóstico

Se algo não funcionar como esperado, você pode habilitar o DEBUG autodiagnóstico no nível para obter alguns insights. Para fazer isso, defina o nível de autodiagnóstico como ERROR, WARN, INFO, DEBUG, ou TRACE usando a APPLICATIONINSIGHTS_SELF_DIAGNOSTICS_LEVEL variável de ambiente.

Para habilitar o autodiagnóstico no nível ao DEBUG executar um contêiner do docker, execute o seguinte comando:

docker run -e APPLICATIONINSIGHTS_SELF_DIAGNOSTICS_LEVEL=DEBUG <image-name>

Nota

Substitua <image-name> pelo nome da imagem do docker de acordo.

Exclusão de responsabilidade de informações de terceiros

A Microsoft não oferece nenhuma garantia, implícita ou não, sobre o desempenho ou a confiabilidade desses produtos de terceiros independentes.

Node.js

Etapa 1: Habilitar o log de diagnóstico

O Azure Monitor Exporter usa o logger da API OpenTelemetry para logs internos. Para habilitar o registrador, execute o seguinte trecho de código:

const { diag, DiagConsoleLogger, DiagLogLevel } = require("@opentelemetry/api");
const { NodeTracerProvider } = require("@opentelemetry/sdk-trace-node");

const provider = new NodeTracerProvider();
diag.setLogger(new DiagConsoleLogger(), DiagLogLevel.ALL);
provider.register();

Etapa 2: Testar a conectividade entre o host do aplicativo e o serviço de ingestão

SDKs e agentes do Application Insights enviam telemetria para serem ingeridos como chamadas REST em nossos pontos de extremidade de ingestão. Para testar a conectividade do seu servidor Web ou computador host de aplicativo com os pontos de extremidade do serviço de ingestão, use comandos cURL ou solicitações REST brutas do PowerShell. Para obter mais informações, consulte Solucionar problemas de telemetria de aplicativo ausente no Azure Monitor Application Insights.

Problemas conhecidos

Os seguintes itens são problemas conhecidos para os Exportadores OpenTelemetry do Azure Monitor:

• O nome da operação está ausente da telemetria de dependência. O nome da operação ausente causa falhas e afeta negativamente a experiência da guia de desempenho.

• O modelo de dispositivo está ausente da telemetria de solicitação e dependência. O modelo de dispositivo ausente afeta negativamente a análise de coorte de dispositivos.

• O nome do servidor de banco de dados está ausente do nome da dependência. Como o nome do servidor de banco de dados não está incluído, os Exportadores OpenTelemetry agregam incorretamente tabelas que têm o mesmo nome em servidores diferentes.

Python

Ativar registo de diagnóstico

O Microsoft Azure Monitor Exporter usa a biblioteca de log padrão Python para seu log interno. A API OpenTelemetry e os logs do Exportador do Azure Monitor recebem um nível de gravidade de WARNING ou ERROR para atividade irregular. O INFO nível de gravidade é usado para atividade regular ou bem-sucedida.

Por padrão, a biblioteca de log Python define o nível de gravidade como WARNING. Portanto, você deve alterar o nível de gravidade para ver os logs sob essa configuração de gravidade. O código de exemplo a seguir mostra como exportar logs de todos os níveis de gravidade para o console e um arquivo:

...
import logging

logging.basicConfig(format = "%(asctime)s:%(levelname)s:%(message)s", level = logging.DEBUG)

logger = logging.getLogger(__name__)
file = logging.FileHandler("example.log")
stream = logging.StreamHandler()
logger.addHandler(file)
logger.addHandler(stream)
...

Testar a conectividade entre o host do aplicativo e o serviço de ingestão

SDKs e agentes do Application Insights enviam telemetria para serem ingeridos como chamadas REST em nossos pontos de extremidade de ingestão. Para testar a conectividade do seu servidor Web ou computador host de aplicativo com os pontos de extremidade do serviço de ingestão, use comandos cURL ou solicitações REST brutas do PowerShell. Para obter mais informações, consulte Solucionar problemas de telemetria de aplicativo ausente no Azure Monitor Application Insights.

Evitar telemetria duplicada

A telemetria duplicada geralmente é causada se você criar várias instâncias de processadores ou exportadores. Certifique-se de executar apenas um exportador e processador de cada vez para cada pilar de telemetria (logs, métricas e rastreamento distribuído).

As seções a seguir descrevem cenários que podem causar telemetria duplicada.

Duplicar logs de rastreamento no Azure Functions

Se você vir um par de entradas para cada log de rastreamento no Application Insights, provavelmente habilitou os seguintes tipos de instrumentação de log:

• A instrumentação de log nativa no Azure Functions
• A azure-monitor-opentelemetry instrumentação de registro na distribuição

Para evitar duplicação, você pode desabilitar o log da distribuição, mas deixar a instrumentação de log nativa no Azure Functions habilitada. Para atingir esse objetivo, defina a OTEL_LOGS_EXPORTER variável de ambiente como None.

Telemetria duplicada no Azure Functions "Always On"

Se a configuração Always On no Azure Functions estiver definida como Ativado, o Azure Functions manterá alguns processos em execução em segundo plano após a conclusão de cada execução. Por exemplo, suponha que você tenha uma função de temporizador de cinco minutos que chama configure_azure_monitor cada vez. Após 20 minutos, você pode ter quatro exportadores de métricas em execução ao mesmo tempo. Essa situação pode ser a origem da telemetria de métricas duplicadas.

Nessa situação, defina a configuração Always On como Desativado ou tente desligar manualmente os provedores entre cada configure_azure_monitor chamada. Para desligar cada provedor, execute chamadas de desligamento para cada provedor de medidor, rastreador e registrador atual, conforme mostrado no código a seguir:

get_meter_provider().shutdown()
get_tracer_provider().shutdown()
get_logger_provider().shutdown()

Pastas de trabalho do Azure e blocos de anotações do Jupyter

As Pastas de Trabalho do Azure e os Blocos de Anotações do Jupyter podem manter os processos de exportação em execução em segundo plano. Para evitar telemetria duplicada, limpe o cache antes de fazer mais chamadas para configure_azure_monitoro .

Telemetria de solicitações ausentes dos aplicativos FastAPI ou Flask

Se faltarem dados da tabela Solicitações, mas não outras categorias, é provável que sua estrutura http não esteja sendo instrumentada. Isso pode ocorrer em aplicativos FastAPI e Flask usando a biblioteca de cliente do Azure Monitor OpenTelemetry Distro para Python se você não estruturar suas import declarações corretamente. Você pode estar importando o fastapi.FastAPI ou flask.Flask respectivamente antes de chamar a configure_azure_monitor função para instrumentar as bibliotecas FastAPI e Flask. Por exemplo, o código a seguir não instrumenta com êxito os aplicativos FastAPI e Flask:

# FastAPI

from azure.monitor.opentelemetry import configure_azure_monitor
from fastapi import FastAPI

configure_azure_monitor()

app = FastAPI()

# Flask

from azure.monitor.opentelemetry import configure_azure_monitor
from flask import Flask

configure_azure_monitor()

app = Flask(__name__)

Em vez disso, recomendamos que você importe os módulos ou flask como um todo e, em seguida, chame configure_azure_monitor para configurar o OpenTelemetry para usar o fastapi Azure Monitor antes de acessar fastapi.FastAPI ouflask.Flask:

# FastAPI

from azure.monitor.opentelemetry import configure_azure_monitor
import fastapi

configure_azure_monitor()

app = fastapi.FastAPI(__name__)

# Flask

from azure.monitor.opentelemetry import configure_azure_monitor
import flask

configure_azure_monitor()

app = flask.Flask(__name__)

Como alternativa, você pode ligar configure_azure_monitor antes de importar fastapi.FastAPI ou flask.Flask:

# FastAPI

from azure.monitor.opentelemetry import configure_azure_monitor

configure_azure_monitor()

from fastapi import FastAPI

app = FastAPI(__name__)

# Flask

from azure.monitor.opentelemetry import configure_azure_monitor

configure_azure_monitor()

from flask import Flask

app = Flask(__name__)

Suporte

Selecione uma guia para o idioma de sua escolha para descobrir opções de suporte.

ASP.NET Core

• Para problemas de suporte do Azure, abra um tíquete de suporte do Azure.
• Para problemas de OpenTelemetria, entre em contato diretamente com a comunidade OpenTelemetry .NET.
• Para obter uma lista de problemas em aberto relacionados ao Azure Monitor Exporter, consulte a página Problemas do GitHub.

.NET

• Para problemas de suporte do Azure, abra um tíquete de suporte do Azure.
• Para problemas de OpenTelemetria, entre em contato diretamente com a comunidade OpenTelemetry .NET.
• Para obter uma lista de problemas em aberto relacionados ao Azure Monitor Exporter, consulte a página Problemas do GitHub.

Java

• Para problemas de suporte do Azure, abra um tíquete de suporte do Azure.
• Para obter ajuda com a solução de problemas, revise as etapas de solução de problemas.
• Para problemas de OpenTelemetria, entre em contato diretamente com a comunidade OpenTelemetria.
• Para obter uma lista de problemas em aberto relacionados à Autoinstrumentação Java do Azure Monitor, consulte a página Problemas do GitHub.

Java nativo

• Para problemas de suporte do Azure, abra um tíquete de suporte do Azure.
• Para problemas de OpenTelemetria, entre em contato diretamente com a comunidade OpenTelemetria.
• Para obter uma lista de problemas abertos com aplicativos nativos do Spring Boot, consulte a página Problemas do GitHub.
• Para obter uma lista de problemas abertos com aplicativos nativos do Quarkus, consulte a página Problemas do GitHub.

Node.js

• Para problemas de suporte do Azure, abra um tíquete de suporte do Azure.
• Para problemas com OpenTelemetry , entre em contato diretamente com a comunidade OpenTelemetry JavaScript.
• Para obter uma lista de problemas em aberto relacionados ao Azure Monitor Exporter, consulte a página Problemas do GitHub.

Python

• Para problemas de suporte do Azure, abra um tíquete de suporte do Azure.
• Para problemas de OpenTelemetria, entre em contato diretamente com a comunidade OpenTelemetry Python.
• Para obter uma lista de problemas em aberto relacionados ao Azure Monitor Distro, consulte a página Problemas do GitHub.

Comentários do OpenTelemetry

Para fornecer comentários:

• Preencha a pesquisa de feedback do cliente da comunidade OpenTelemetria.
• Informe a Microsoft sobre si mesmo juntando-se à OpenTelemetry Early Adopter Community.
• Interaja com outros usuários do Azure Monitor na Comunidade Técnica da Microsoft.
• Faça uma solicitação de recurso no Fórum de Comentários do Azure.