@@ -337,7 +337,7 @@ A tabela a seguir lista uma variedade de ferramentas úteis para gerenciar seu p
|
- O processador de filtro coletor pode ser usado para filtrar registros de extensão, métrica e log do seu pipeline de observabilidade. Para vãos, ele pode funcionar como um simples amostrador de cauda, agindo em vãos completos, mas sem acesso ao trace completo (Nota: isso pode resultar em traços quebrados). Para métrica, pode ser utilizado para descartar métricas ou séries que não tenham valor alto. Para log, pode ser usado para descartar registros log que não sejam de alto valor (por exemplo log com severidade de granulação fina ou de agente barulhento).
+ O processador de filtro de coletor pode ser usado para filtrar registros de intervalo, métricos e log do seu pipeline de observabilidade. Para extensões, ele pode funcionar como um amostrador de cauda simples, atuando em extensões concluídas, mas sem acesso ao trace completo (Observação: isso pode resultar em traço quebrado). Para métrica, ele pode ser usado para descartar métricas ou séries que não sejam de alto valor. Para log, ele pode ser usado para descartar registros log que não sejam de alto valor (por exemplo log com severidade de grão fino ou de agente barulhento).
|
@@ -351,7 +351,7 @@ A tabela a seguir lista uma variedade de ferramentas úteis para gerenciar seu p
- O coletor tailsampling permite que você decida se deseja amostrar com base no trace concluído. Por exemplo, você pode enfatizar a retenção de rastreios que contenham erros ou que afetem áreas de alto interesse do sistema. A desvantagem é que o processador tailsampling adiciona complexidade ao pipeline de observabilidade, pois exige que todos os spans de um trace sejam roteados para a mesma instância do coletor, e que o coletor mantenha os spans na memória enquanto aguarda a conclusão do trace. Isso requer um planejamento cuidadoso quando seu pipeline de observabilidade atinge uma escala que não pode ser tratada por uma única instância de coletor.
+ O coletor tailsampling permite que você decida se deseja amostrar com base no traço concluído. Por exemplo, você pode enfatizar a retenção de rastros que contenham erros ou que afetem áreas de alto interesse do sistema. A desvantagem é que o processador de amostragem de cauda adiciona complexidade ao seu pipeline de observabilidade, pois exige que todos os intervalos de um trace sejam roteados para a mesma instância de coletor e que o coletor mantenha os intervalos na memória enquanto aguarda a conclusão do trace . Isso requer um planejamento cuidadoso quando seu pipeline de observabilidade atinge uma escala que não pode ser manipulada por uma única instância de coleta.
|
@@ -365,7 +365,7 @@ A tabela a seguir lista uma variedade de ferramentas úteis para gerenciar seu p
- O processador de recursos coletor permite escrever regras simples para manipular atributo de recursos de spans, métricas e log. Por exemplo, você pode excluir atributos que não sejam de alto valor.
+ O processador de recursos de coletor permite que você escreva regras simples para manipular atributos de recursos de spans, métrica e log. Por exemplo, você pode excluir atributos que não sejam de alto valor.
|
@@ -379,7 +379,7 @@ A tabela a seguir lista uma variedade de ferramentas úteis para gerenciar seu p
- O processador de transformada métrica permite manipular dados métricos. Por exemplo, você pode excluir séries que não tenham valor alto ou mesclar séries temporais para reduzir a cardinalidade (às vezes chamada de reagregação espacial).
+ O processador de transformada métrica permite manipular dados métricos. Por exemplo, você pode excluir séries que não tenham alto valor ou mesclar séries temporais para reduzir a cardinalidade (às vezes chamado de reagregação espacial).
|
@@ -393,7 +393,7 @@ A tabela a seguir lista uma variedade de ferramentas úteis para gerenciar seu p
- O processador de transformação do coletor permite transformar dados de observabilidade usando condições para selecionar dados e instruções para modificá-los. Por exemplo, você pode remover atributos de recursos, truncar atributos, alterar campos de nível superior para spans, métricas e logs de log e muito mais.
+ O processador de transformação de coletor permite transformar dados de observabilidade usando condições para selecionar dados e instruções para modificá-los. Por exemplo, você pode remover atributos de recursos, truncar atributos, alterar campos de nível superior para intervalos, logs métricos e de log e muito mais.
|
@@ -407,7 +407,7 @@ A tabela a seguir lista uma variedade de ferramentas úteis para gerenciar seu p
- O processador coletor cumulativetodelta permite transformar a temporalidade da agregação métrica de cumulativa para delta. Isso é útil para alinhar sua métrica com a [temporalidade de agregação preferida do New Relic OTLP endpoint](/docs/opentelemetry/best-practices/opentelemetry-otlp/#metric-aggregation-temporality) do . Observe que a tradução da agregação cumulativa para a agregação delta é um processo com estado, exigindo que o coletor armazene o último ponto de cada série temporal na memória para poder computar e emitir a diferença. Isso requer um planejamento cuidadoso dos recursos de memória do coletor e a estruturação do pipeline de observabilidade para garantir que todos os pontos da mesma série cheguem à mesma instância do coletor.
+ O processador coletor cumulativetodelta permite transformar a temporalidade da agregação métrica de cumulativa para delta. Isso é útil para alinhar sua métrica com a [temporalidade de agregação preferida do New Relic OTLP endpoint](/docs/opentelemetry/best-practices/opentelemetry-otlp/#metric-aggregation-temporality) do . Observe que a tradução da agregação cumulativa para a agregação delta é um processo com estado, exigindo que o coletor armazene o último ponto de cada série temporal na memória para poder computar e emitir a diferença. Isso requer um planejamento cuidadoso dos recursos de coleta de memória e a estruturação do pipeline de observabilidade para garantir que todos os pontos da mesma série cheguem à mesma instância de coleta.
|
diff --git a/src/i18n/content/pt/docs/opentelemetry/best-practices/opentelemetry-otlp-troubleshooting.mdx b/src/i18n/content/pt/docs/opentelemetry/best-practices/opentelemetry-otlp-troubleshooting.mdx
index b98a9b294d7..dfc4e7ee3c8 100644
--- a/src/i18n/content/pt/docs/opentelemetry/best-practices/opentelemetry-otlp-troubleshooting.mdx
+++ b/src/i18n/content/pt/docs/opentelemetry/best-practices/opentelemetry-otlp-troubleshooting.mdx
@@ -11,9 +11,7 @@ freshnessValidatedDate: '2024-05-06T00:00:00.000Z'
translationType: machine
---
-A New Relic oferece suporte [à ingestão de OTLP nativo](/docs/opentelemetry/best-practices/opentelemetry-otlp/) há vários anos. No processo de trabalhar com casos de suporte que surgem de tempos em tempos, aprendemos sobre problemas comuns que os usuários enfrentam. Para alguns, o problema é fácil de identificar e corrigir. Outros são tortuosamente complicados, visto que a Internet não é confiável e há muitos componentes (software, rede, hardware, etc.) envolvidos sob o controle de várias partes, como clientes, New Relic e infraestrutura de rede pública fora do controle de qualquer um. . Com tanta complexidade, configuração e pontos de falha, pode ser difícil determinar qual é o problema e qual a melhor forma de resolver.
-
-Trabalhar em um caso de suporte pode ser demorado e às vezes frustrante para os clientes (e para a New Relic!). Portanto, elaboramos este guia de resolução de problemas para ajudar a estabelecer um entendimento compartilhado e fornecer ferramentas para autodiagnosticar e corrigir problemas quando possível.
+New Relic oferece suporte [à ingestão OTLP nativa](/docs/opentelemetry/best-practices/opentelemetry-otlp/) há anos, durante os quais identificamos problemas comuns que os usuários enfrentam ao resolver problemas de ingestão de dados. Trabalhar em um caso de suporte pode ser demorado e, às vezes, frustrante para os clientes (e para a New Relic). Elaboramos este guia de resolução de problemas para ajudar a estabelecer um entendimento compartilhado e fornecer ferramentas para autodiagnóstico e correção de problemas quando possível.
Primeiro, revise [os requisitos e recomendações de configuração do OTLP da New Relic](/docs/opentelemetry/best-practices/opentelemetry-otlp/). Ele contém conselhos e contexto essenciais que qualquer pessoa que queira usar OTLP com New Relic deve estar ciente.
@@ -38,30 +36,4 @@ Quando você encontrar um problema com o New Relic OTLP endpoint, primeiro siga
A tabela abaixo cataloga os problemas que vimos os clientes encontrarem com o endpoint OTLP da New Relic. Muitos são fáceis de resolver com a configuração adequada. A coluna **Fingerprint** mostra um log típico quando um aplicativo encontra uma classe específica de problema. Consulte as colunas **Known resolution** e **Notes** para ver as etapas de mitigação.
-| Versão do protocolo OTLP | Tipo | Linguagem / Ecossistema | Fingerprint | Resolução conhecida | Notas |
-| ------------------------ | --------------------------------------------------- | ----------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| HTTP | 401 - Unauthorized | Java | `io.opentelemetry.exporter.internal.http.HttpExporter - Failed to export spans. Server responded with HTTP status code 401.` | [Incluir chave de API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` ausente |
-| HTTP | 401 - Unauthorized | Coletor | `Exporting failed. The error is not retryable. Dropping data. {"kind": "exporter", "data_type": "traces", "name": "otlphttp", "error": "Permanent error: error exporting items, request to https://otlp.nr-data.net/v1/traces responded with HTTP Status Code 401, Message=, Details=[]", "dropped_items": 4}` | [Incluir chave de API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` ausente |
-| HTTP | 401 - Unauthorized | Go | `failed to upload metrics: failed to send metrics to https://otlp.nr-data.net/v1/metrics: 401 Unauthorized` | [Incluir chave de API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` ausente |
-| HTTP | 403 - Forbidden | Java | `io.opentelemetry.exporter.internal.http.HttpExporter - Failed to export spans. Server responded with HTTP status code 403.` | [Verifique a chave da API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` inválido |
-| HTTP | 403 - Forbidden | Java | `Exporting failed. The error is not retryable. Dropping data. {"kind": "exporter", "data_type": "traces", "name": "otlphttp", "error": "Permanent error: error exporting items, request to https://otlp.nr-data.net/v1/traces responded with HTTP Status Code 403, Message=, Details=[]", "dropped_items": 14}` | [Verifique a chave da API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` inválido |
-| HTTP | 403 - Forbidden | Go | `traces export: failed to send to https://otlp.nr-data.net/v1/traces: 403 Forbidden` | [Verifique a chave da API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` inválido |
-| HTTP | 403 - Forbidden | .NET | `Exporter failed send data to collector to {0} endpoint. Data will not be sent. Exception: {1}{https://otlp.nr-data.net:4317/v1/traces}{System.Net.Http.HttpRequestException: Response status code does not indicate success: 403 (Forbidden).` | [Verifique a chave da API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` inválido |
-| HTTP | Tempo esgotado | Java | `io.opentelemetry.exporter.internal.http.HttpExporter - Failed to export spans. The request could not be executed. Full error message: timeout` | [Ajustar lote/tempo limite](/docs/opentelemetry/best-practices/opentelemetry-otlp/#payload-limits) | Ocorre após o tempo limite da exportação. Verifique as configurações de tempo limite e o status da rede do cliente.
Se você descartou a rede e a configuração do lado do cliente, abra o caso de suporte. |
-| HTTP | Tempo esgotado | Coletor | `max elapsed time expired failed to make an HTTP request: Post \"https://otlp.nr-data.net/v1/traces\": context deadline exceeded (Client.Timeout exceeded while awaiting headers)` | [Ajustar lote/tempo limite](/docs/opentelemetry/best-practices/opentelemetry-otlp/#payload-limits) | Geralmente ocorre depois que as novas tentativas falham e a exportação expira. Pode estar relacionado à rede do cliente, à configuração de nova tentativa/tempo limite do cliente ou à rede/servidores New Relic.
Se você descartou a rede e a configuração do lado do cliente, abra o caso de suporte. |
-| HTTP | Tempo esgotado | Go | `failed to upload metrics: context deadline exceeded: retry-able request failure` | [Ajustar lote/tempo limite](/docs/opentelemetry/best-practices/opentelemetry-otlp/#payload-limits) | Ocorre após o tempo limite da exportação. Verifique as configurações de tempo limite e o status da rede do cliente.
Se você descartou a rede e a configuração do lado do cliente, abra o caso de suporte. |
-| HTTP | Taxa limite | Coletor | `Exporting failed. Will retry the request after interval. {"kind": "exporter", "data_type": "metrics", "name": "otlphttp", "error": "Throttle (29s), error: error exporting items, request to https://otlp.nr-data.net:443/v1/metrics responded with HTTP Status Code 429", "interval": "29s"}` | [Ajustar lote](/docs/opentelemetry/best-practices/opentelemetry-otlp/#payload-limits) | Limite de taxa excedido.
Ajuste a configuração do lote para reduzir a taxa de solicitação. |
-| gRPC | Código 2 - Desconhecido
Tempo esgotado | Java | `io.opentelemetry.exporter.internal.grpc.GrpcExporter - Failed to export spans. Server responded with gRPC status code 2. Error message: timeout` | [Ajustar lote/tempo limite](/docs/opentelemetry/best-practices/opentelemetry-otlp/#payload-limits) | Ocorre após o tempo limite da exportação. Verifique as configurações de tempo limite e o status da rede do cliente.
Se você descartou a rede e a configuração do lado do cliente, abra o caso de suporte. |
-| gRPC | Código 2 - Desconhecido
HTTP 500 | Coletor | `rpc error: code = Unknown desc = unexpected HTTP status code received from server: 500 (Internal Server Error); malformed header: missing HTTP content-type` | | O fornecedor de rede New Relic produziu código de status não recuperável para erros transitórios.
Se isso acontecer repetidamente, abra o caso de suporte. |
-| gRPC | Código 2 - Desconhecido
HTTP 530 | Coletor | `rpc error: code = Unknown desc = unexpected HTTP status code received from server: 530 (); transport: received unexpected content-type \"text/html; charset=UTF-8\"` | | O fornecedor de rede New Relic produziu código de status não recuperável para erros transitórios.
Se isso acontecer repetidamente, abra o caso de suporte. |
-| gRPC | Código 4 – Prazo excedido | Coletor | `rpc error: code = DeadlineExceeded desc = context deadline exceeded` | [Ajustar lote/tempo limite](/docs/opentelemetry/best-practices/opentelemetry-otlp/#payload-limits) | Geralmente ocorre depois que as novas tentativas falham e a exportação expira. Pode estar relacionado à rede do cliente, à configuração de nova tentativa/tempo limite do cliente ou à rede/servidores New Relic.
Se você descartou a rede e a configuração do lado do cliente, abra o caso de suporte. |
-| gRPC | Código 7 - Não autenticado | Java | `io.opentelemetry.exporter.internal.grpc.GrpcExporter - Failed to export spans. Server responded with gRPC status code 7.` | [Incluir chave de API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` ausente |
-| gRPC | Código 7 - Não autenticado | .NET | `Exporter failed send data to collector to {0} endpoint. Data will not be sent. Exception: {1}{https://otlp.nr-data.net:4317/}{Grpc.Core.RpcException: Status(StatusCode="Unauthenticated", Detail="")` | [Incluir chave de API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` ausente |
-| gRPC | Código 8 - Recursos esgotados | Coletor | `rpc error: code = ResourceExhausted desc = Too many requests", "dropped_items": 1024` | [Ajustar lote](/docs/opentelemetry/best-practices/opentelemetry-otlp/#payload-limits) | Limite de taxa excedido.
Ajuste a configuração do lote para reduzir a taxa de solicitação. |
-| gRPC | Código 13 - Interno | Java | `io.opentelemetry.exporter.internal.grpc.GrpcExporter - Failed to export spans. Server responded with gRPC status code 13.` | | Não há informações suficientes para diagnosticar. Pode ser que o fornecedor de rede da New Relic tenha produzido um código de status não recuperável para um erro transitório.
Se isso acontecer repetidamente, abra um caso de suporte. |
-| gRPC | Código 13 - Interno
HTTP400 | Coletor | `rpc error: code = Internal desc = unexpected HTTP status code received from server: 400 (Bad Request)` | | O fornecedor de rede New Relic produziu um código de status não recuperável para um erro transitório.
Se isso acontecer repetidamente, abra um caso de suporte. |
-| gRPC | Código 14 - Indisponível
Redefinição de conexão | Coletor | `rpc error: code = Unavailable desc = error reading from server: read tcp 100.127.0.171:47470->162.247.241.110:4317: read: connection reset by peer` | [Ajustar novamente](/docs/opentelemetry/best-practices/opentelemetry-otlp/#retry) | Deve resolver com nova tentativa. Certifique-se de que o coletor tenha recursos suficientes para lidar com a contrapressão de novas tentativas. |
-| gRPC | Código 14 - Indisponível
HTTP 502 | Coletor | `rpc error: code = Unavailable desc = unexpected HTTP status code received from server: 502 (Bad Gateway); transport: received unexpected content-type "text/html"` | [Ajustar novamente](/docs/opentelemetry/best-practices/opentelemetry-otlp/#retry) | Deve resolver com nova tentativa. Certifique-se de que o coletor tenha recursos suficientes para lidar com a contrapressão de novas tentativas. |
-| gRPC | Código 14 - Indisponível
HTTP 503 | Coletor | `rpc error: code = Unavailable desc = unexpected HTTP status code received from server: 503 (Service Unavailable)` | [Ajustar novamente](/docs/opentelemetry/best-practices/opentelemetry-otlp/#retry) | Deve resolver com nova tentativa. Certifique-se de que o coletor tenha recursos suficientes para lidar com a contrapressão de novas tentativas. |
-| gRPC | Código 16 - Permissão negada | Java | `io.opentelemetry.exporter.internal.grpc.GrpcExporter - Failed to export spans. Server responded with gRPC status code 16.` | [Verifique a chave da API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` inválido |
-| gRPC | Código 16 - Permissão negada | .NET | `Exporter failed send data to collector to {0} endpoint. Data will not be sent. Exception: {1}{https://otlp.nr-data.net:4317/}{Grpc.Core.RpcException: Status(StatusCode="PermissionDenied", Detail="")` | [Verifique a chave da API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` inválido |
+| Versão do protocolo OTLP | Tipo | Idioma/Ecossistema | Impressão digital | Resolução conhecida | Notas | | --------------------- | ------------------------------------------ | -------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | HTTP | 401 - Não autorizado | Java | `io.opentelemetry.exporter.internal.http.HttpExporter - Failed to export spans. Server responded with HTTP status code 401.` | [Incluir chave de API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` ausente | | HTTP | 401 - Não autorizado | coletor | `Exporting failed. The error is not retryable. Dropping data. {"kind": "exporter", "data_type": "traces", "name": "otlphttp", "error": "Permanent error: error exporting items, request to https://otlp.nr-data.net/v1/traces responded with HTTP Status Code 401, Message=, Details=[]", "dropped_items": 4}` | [Incluir chave de API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` ausente | | HTTP | 401 - Não autorizado | Ir | `failed to upload metrics: failed to send metrics to https://otlp.nr-data.net/v1/metrics: 401 Unauthorized` | [Incluir chave de API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` ausente | | HTTP | 403 - Proibido | Java | `io.opentelemetry.exporter.internal.http.HttpExporter - Failed to export spans. Server responded with HTTP status code 403.` | [Verificar chave de API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` inválido | | HTTP | 403 - Proibido | Java | `Exporting failed. The error is not retryable. Dropping data. {"kind": "exporter", "data_type": "traces", "name": "otlphttp", "error": "Permanent error: error exporting items, request to https://otlp.nr-data.net/v1/traces responded with HTTP Status Code 403, Message=, Details=[]", "dropped_items": 14}` | [Verificar chave de API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` inválido | | HTTP | 403 - Proibido | Ir | `traces export: failed to send to https://otlp.nr-data.net/v1/traces: 403 Forbidden` | [Verificar chave de API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` inválido | | HTTP | 403 - Proibido | .NET | `Exporter failed send data to Collector to {0} endpoint. Data will not be sent. Exception: {1}{https://otlp.nr-data.net:4317/v1/traces}{System.Net.Http.HttpRequestException: Response status code does not indicate success: 403 (Forbidden).` | [Verificar chave de API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` inválido | | HTTP | Tempo limite | Java | `io.opentelemetry.exporter.internal.http.HttpExporter - Failed to export spans. The request could not be executed. Full error message: timeout` | [Ajustar lote/tempo limite](/docs/opentelemetry/best-practices/opentelemetry-otlp/#payload-limits) | Ocorre após o tempo limite de exportação. Verifique as configurações de tempo limite e o status da rede do cliente.
Se você descartou a rede e a configuração do lado do cliente, abra um caso de suporte. | | HTTP | Tempo limite | coletor | `max elapsed time expired failed to make an HTTP request: Post \"https://otlp.nr-data.net/v1/traces\": context deadline exceeded (Client.Timeout exceeded while awaiting headers)` | [Ajustar lote / tempo limite](/docs/opentelemetry/best-practices/opentelemetry-otlp/#payload-limits) | Normalmente ocorre após novas tentativas falharem e a exportação atingir o tempo limite. Pode estar relacionado à rede do cliente, à configuração de repetição/tempo limite do cliente ou à rede/servidores do New Relic.
Se você descartou a rede e a configuração do lado do cliente, abra um caso de suporte. | | HTTP | Tempo limite | Ir | `failed to upload metrics: context deadline exceeded: retry-able request failure` | [Ajustar lote / tempo limite](/docs/opentelemetry/best-practices/opentelemetry-otlp/#payload-limits) | Ocorre após o tempo limite de exportação. Verifique as configurações de tempo limite e o status da rede do cliente.
Se você descartou a rede e a configuração do lado do cliente, abra um caso de suporte. | | HTTP | Limite de taxa | coletor | `Exporting failed. Will retry the request after interval. {"kind": "exporter", "data_type": "metrics", "name": "otlphttp", "error": "Throttle (29s), error: error exporting items, request to https://otlp.nr-data.net:443/v1/metrics responded with HTTP Status Code 429", "interval": "29s"}` | [Ajustar lote](/docs/opentelemetry/best-practices/opentelemetry-otlp/#payload-limits) | Limite de taxa excedido.
Ajuste a configuração de lote para reduzir a taxa de solicitação. | | gRPC | Código 2 - Desconhecido
Tempo limite | Java | `io.opentelemetry.exporter.internal.grpc.GrpcExporter - Failed to export spans. Server responded with gRPC status code 2. Error message: timeout` | [Ajustar lote / tempo limite](/docs/opentelemetry/best-practices/opentelemetry-otlp/#payload-limits) | Ocorre após o tempo limite de exportação. Verifique as configurações de tempo limite e o status da rede do cliente.
Se você descartou a rede e a configuração do lado do cliente, abra um caso de suporte. | | gRPC | Código 2 - Desconhecido
HTTP 500 | coletor | `rpc error: code = Unknown desc = unexpected HTTP status code received from server: 500 (Internal Server Error); malformed header: missing HTTP content-type` | | O fornecedor de rede New Relic produziu um código de status não recuperável para erro temporário.
Se isso acontecer repetidamente, abra um caso de suporte. | | gRPC | Código 2 - Desconhecido
HTTP 530 | coletor | `rpc error: code = Unknown desc = unexpected HTTP status code received from server: 530 (); transport: received unexpected content-type \"text/html; charset=UTF-8\"` | | O fornecedor de rede New Relic produziu um código de status não recuperável para erro temporário.
Se isso acontecer repetidamente, abra um caso de suporte. | | gRPC | Código 4 - DeadlineExceeded | coletor | `rpc error: code = DeadlineExceeded desc = context deadline exceeded` | [Ajustar lote / tempo limite](/docs/opentelemetry/best-practices/opentelemetry-otlp/#payload-limits) | Normalmente ocorre depois que as tentativas de repetição falham e a exportação atinge o tempo limite. Pode estar relacionado à rede do cliente, à configuração de repetição/tempo limite do cliente ou à rede/servidores do New Relic.
Se você descartou a rede e a configuração do lado do cliente, abra um caso de suporte. | | gRPC | Código 7 - Não autenticado | Java | `io.opentelemetry.exporter.internal.grpc.GrpcExporter - Failed to export spans. Server responded with gRPC status code 7.` | [Incluir chave de API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` ausente | | gRPC | Código 7 - Não autenticado | .NET | `Exporter failed send data to Collector to {0} endpoint. Data will not be sent. Exception: {1}{https://otlp.nr-data.net:4317/}{Grpc.Core.RpcException: Status(StatusCode="Unauthenticated", Detail="")` | [Incluir chave de API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` ausente | | gRPC | Código 8 - ResourceExhausted | coletor | `rpc error: code = ResourceExhausted desc = Too many requests", "dropped_items": 1024` | [Ajustar lote](/docs/opentelemetry/best-practices/opentelemetry-otlp/#payload-limits) | Limite de taxa excedido.
Ajuste a configuração de lote para reduzir a taxa de solicitação. | | gRPC | Código 13 - Interno | Java | `io.opentelemetry.exporter.internal.grpc.GrpcExporter - Failed to export spans. Server responded with gRPC status code 13.` | | Não há informações suficientes para diagnosticar. Pode ser que o fornecedor de rede New Relic tenha produzido um código de status não recuperável para um erro temporário.
Se isso acontecer repetidamente, abra um caso de suporte. | | gRPC | Código 13 - Interno
HTTP 400 | coletor | `rpc error: code = Internal desc = unexpected HTTP status code received from server: 400 (Bad Request)` | | O fornecedor de rede New Relic produziu um código de status não recuperável para um erro temporário.
Se isso acontecer repetidamente, abra um caso de suporte. | | gRPC | Código 14 - Indisponível
Redefinição de conexão | coletor | `rpc error: code = Unavailable desc = error reading from server: read tcp 100.127.0.171:47470->162.247.241.110:4317: read: connection reset by peer` | [Tentar novamente o ajuste](/docs/opentelemetry/best-practices/opentelemetry-otlp/#retry) | Deve resolver com uma nova tentativa. Garanta que o coletor tenha recursos suficientes para lidar com a contrapressão de nova tentativa. | | gRPC | Código 14 - Indisponível
HTTP 502 | coletor | `rpc error: code = Unavailable desc = unexpected HTTP status code received from server: 502 (Bad Gateway); transport: received unexpected content-type "text/html"` | [Ajustar nova tentativa](/docs/opentelemetry/best-practices/opentelemetry-otlp/#retry) | Deve ser resolvido com nova tentativa. Garanta que o coletor tenha recursos suficientes para lidar com a contrapressão de nova tentativa. | | gRPC | Código 14 - Indisponível
HTTP 503 | coletor | `rpc error: code = Unavailable desc = unexpected HTTP status code received from server: 503 (Service Unavailable)` | [Ajustar nova tentativa](/docs/opentelemetry/best-practices/opentelemetry-otlp/#retry) | Deve ser resolvido com nova tentativa. Garanta que o coletor tenha recursos suficientes para lidar com a contrapressão de nova tentativa. | | gRPC | Código 16 - PermissionDenied | Java | `io.opentelemetry.exporter.internal.grpc.GrpcExporter - Failed to export spans. Server responded with gRPC status code 16.` | [Verificar chave de API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` inválido | | gRPC | Código 16 - PermissionDenied | .NET | `Exporter failed send data to Collector to {0} endpoint. Data will not be sent. Exception: {1}{https://otlp.nr-data.net:4317/}{Grpc.Core.RpcException: Status(StatusCode="PermissionDenied", Detail="")` | [Verificar chave de API](/docs/opentelemetry/best-practices/opentelemetry-otlp/#api-key) | Cabeçalho `api-key` inválido |
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/opentelemetry/best-practices/opentelemetry-otlp.mdx b/src/i18n/content/pt/docs/opentelemetry/best-practices/opentelemetry-otlp.mdx
index 902eb7e1406..ca56fca6093 100644
--- a/src/i18n/content/pt/docs/opentelemetry/best-practices/opentelemetry-otlp.mdx
+++ b/src/i18n/content/pt/docs/opentelemetry/best-practices/opentelemetry-otlp.mdx
@@ -10,14 +10,15 @@ freshnessValidatedDate: '2024-05-06T00:00:00.000Z'
translationType: machine
---
-[OpenTelemetry Protocol](https://github.com/open-telemetry/opentelemetry-proto/blob/main/docs/specification.md), ou OTLP abreviadamente, é um protocolo de entrega de dados de telemetria de uso geral projetado para o projeto OpenTelemetry. Cada SDK da linguagem OpenTelemetry fornece exportadores OTLP, e o coletor OpenTelemetry possui receptores e exportadores OTLP. Além disso, várias ferramentas fora do projeto OpenTelemetry adicionaram suporte para exportação OTLP.
+[O OpenTelemetry Protocol](https://github.com/open-telemetry/opentelemetry-proto/blob/main/docs/specification.md) (OTLP) é um protocolo de entrega de dados de telemetria de uso geral projetado para o projeto OpenTelemetry. Cada SDK de linguagem OpenTelemetry fornece exportadores OTLP, e o coletor OpenTelemetry tem receptores e exportadores OTLP. Além disso, várias ferramentas fora do projeto OpenTelemetry adicionaram suporte para exportação OTLP.
-A New Relic oferece suporte à ingestão OTLP nativa e a recomenda como o método preferido para enviar dados OpenTelemetry para a plataforma New Relic. Este documento se aprofunda no suporte OTLP da New Relic, incluindo requisitos e recomendações de configuração.
+A New Relic oferece suporte à ingestão OTLP nativa e a recomenda como o método preferencial para enviar dados OpenTelemetry para a plataforma New Relic. Esta página aborda o suporte OTLP da New Relic, incluindo configuração, requisitos e recomendações.
## Antes de você começar [#before-you-begin]
* Se ainda não o fez, inscreva-se para obter uma [conta gratuita da New Relic](https://newrelic.com/signup).
-* Obtenha a [chave de licença](https://one.newrelic.com/launcher/api-keys-ui.launcher) da conta New Relic para a qual deseja relatar dados. Esta chave de licença será usada para [configurar o cabeçalho `api-key` ](#api-key).
+
+* Obtenha seu para a conta New Relic para a qual você deseja reportar dados. Esta chave de licença será usada ao [configurar o cabeçalho `api-key` ](#api-key).
## Configuração: endpoint, porta e protocolo OTLP [#configure-endpoint-port-protocol]
@@ -31,7 +32,7 @@ Além disso, você deve configurar seu exportador OTLP para usar a [versão bin
O mecanismo para configurar o endpoint varia, mas os SDKs da linguagem OpenTelemetry geralmente suportam a configuração da variável de ambiente `OTEL_EXPORTER_OTLP_PROTOCOL=http/protobuf` (consulte [a documentação do OpenTelemetry](https://opentelemetry.io/docs/specs/otel/protocol/exporter/) para obter mais informações).
-Se você estiver usando um coletor, recomendamos usar [otlphttpexporter](https://github.com/open-telemetry/opentelemetry-collector/tree/main/exporter/otlphttpexporter).
+Se você estiver usando um coletor, recomendamos usar o [otlphttpexporter](https://github.com/open-telemetry/opentelemetry-collector/tree/main/exporter/otlphttpexporter).
@@ -155,15 +156,15 @@ Se você estiver usando um coletor, recomendamos usar [otlphttpexporter](https:/
- De acordo com o [documento OpenTelemetry](https://opentelemetry.io/docs/specs/otel/protocol/exporter/#endpoint-urls-for-otlphttp) sobre URLs de endpoint para OTLP/HTTP, se você estiver enviando tráfego OTLP/HTTP e usando a variável de ambiente independente de sinal (`OTEL_EXPORTER_OTLP_ENDPOINT`), você pode simplesmente definir `OTEL_EXPORTER_OTLP_ENDPOINT=https://otlp.nr-data.net:{port}` e o exportador deverá anexar o caminho apropriado para o tipo de sinal (como `v1/traces` ou `v1/metrics`).
+ De acordo com a documentação do OpenTelemetry sobre [URLs de endpoint para OTLP/HTTP](https://opentelemetry.io/docs/specs/otel/protocol/exporter/#endpoint-urls-for-otlphttp), se você estiver enviando tráfego OTLP/HTTP e usando a variável de ambiente independente de sinal (`OTEL_EXPORTER_OTLP_ENDPOINT`), você pode simplesmente definir `OTEL_EXPORTER_OTLP_ENDPOINT` como `https://otlp.nr-data.net:{port}` e o exportador deve anexar o caminho apropriado para o tipo de sinal (como `v1/traces` ou `v1/metrics`).
- Se você estiver usando uma variável de ambiente específica do sinal (como `OTEL_EXPORTER_OTLP_TRACES_ENDPOINT` e `OTEL_EXPORTER_OTLP_METRICS_ENDPOINT`), deverá incluir o caminho apropriado. Por exemplo:
+ Se estiver usando uma variável de ambiente específica de sinal (como `OTEL_EXPORTER_OTLP_TRACES_ENDPOINT` e `OTEL_EXPORTER_OTLP_METRICS_ENDPOINT`), você deve incluir o caminho apropriado. Por exemplo:
```
OTEL_EXPORTER_OTLP_TRACES_ENDPOINT=https://otlp.nr-data.net:4318/v1/traces
```
- Se o caminho não seguir a sintaxe acima, você receberá um erro `404` . Observe que as variáveis de ambiente específicas do sinal têm precedência sobre as variáveis de ambiente independentes do sinal.
+ Se o caminho não seguir a sintaxe acima, você receberá um erro `404` . Observe que variáveis de ambiente específicas de sinal têm precedência sobre variáveis de ambiente independentes de sinal.
@@ -171,7 +172,7 @@ Se você estiver usando um coletor, recomendamos usar [otlphttpexporter](https:/
Nível de exigência: **Required**
-Para enviar dados OTLP para New Relic, você deve configurar seu exportador OTLP para usar TLS 1.2 (consulte [Criptografia TLS](/docs/new-relic-solutions/get-started/networks/#tls) para obter mais informações). Geralmente, os exportadores SDK e coletores atendem a esse requisito por padrão.
+Para enviar dados OTLP para New Relic, você deve configurar seu exportador OTLP para usar TLS 1.2 (consulte [Criptografia TLS](/docs/new-relic-solutions/get-started/networks/#tls) para obter mais informações). Geralmente, os exportadores de SDK e coletor atendem a esse requisito por padrão.
Embora muitos exportadores OTLP infiram configurações de TLS do esquema de endpoint `https` , alguns exportadores gRPC podem exigir que você ative explicitamente o TLS. O mecanismo para configurar o gRPC TLS varia, mas os SDKs da linguagem OpenTelemetry geralmente suportam a configuração da variável de ambiente `OTEL_EXPORTER_OTLP_INSECURE=false` (consulte [a documentação do OpenTelemetry](https://opentelemetry.io/docs/specs/otel/protocol/exporter/) para obter mais informações).
@@ -199,12 +200,12 @@ Consulte [limites de atributo métrico](/docs/data-apis/ingest-apis/metric-api/m
O mecanismo para configurar limites de atributo varia, mas os SDKs da linguagem OpenTelemetry geralmente suportam a configuração das variáveis de ambiente `OTEL_ATTRIBUTE_VALUE_LENGTH_LIMIT=4095` e `OTEL_ATTRIBUTE_COUNT_LIMIT=64` (consulte [a documentaçãoOpenTelemetry ](https://opentelemetry.io/docs/specs/otel/configuration/sdk-environment-variables/)para obter mais informações).
-Se estiver usando o coletor, o [processador de transformação](https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/main/processor/transformprocessor) pode ser configurado para truncar o atributo aos limites New Relic .
+Ao usar o coletor, você pode configurar o [processador de transformação](https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/main/processor/transformprocessor) para truncar o atributo para os limites New Relic .
Notas:
-* Os atributos de recursos estão sujeitos a limites de atributos, mas não há variáveis de ambiente padrão para limitá-los. Se um atributo de recurso estiver acima do limite permitido, considere truncar usando o [processador de transformação](https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/main/processor/transformprocessor) do coletor ou substituir o atributo de recurso por outro valor.
-* Não existe um mecanismo padrão para limitar nomes de atributos. Contudo, a instrumentação geralmente não produz nomes de atributos que excedam os limites New Relic . Se você encontrar limites de comprimento de nome, remova o atributo usando o coletor.
+* Os atributos de recursos estão sujeitos a limites de atributos, mas não há variáveis de ambiente padrão para limitá-los. Se um atributo de recurso estiver acima do limite permitido, considere truncar usando o [processador de transformação](https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/main/processor/transformprocessor) de coletor ou substituir o atributo de recurso por outro valor.
+* Não há um mecanismo padrão para limitar nomes de atributos. Entretanto, a instrumentação geralmente não produz nomes de atributos que excedam os limites New Relic . Se você encontrar limites de comprimento de nome, remova o atributo usando o coletor.
## Configuração: lote de carga útil, tempo limite, compactação e limites de taxa [#payload-limits]
@@ -222,7 +223,7 @@ O mecanismo para configurar o lote irá variar. Os SDKs do OpenTelemetry geralme
* `OTEL_METRIC_EXPORT_*` para métrica
* `OTEL_BLRP_*` para logs
-Se estiver usando o coletor, o [processador de lote](https://github.com/open-telemetry/opentelemetry-collector/tree/main/processor/batchprocessor) controla o tamanho do lote.
+Se usar o coletor, o [processador de lote](https://github.com/open-telemetry/opentelemetry-collector/tree/main/processor/batchprocessor) controla o tamanho do lote.
Além disso, você deve prestar atenção às configurações de tempo limite do exportador. Geralmente, as solicitações de exportação demoram mais quando a carga é maior e quando as redes são mais lentas (maior latência, menor largura de banda). Se o seu aplicativo produzir grande carga porque o volume de telemetria é alto ou o intervalo de exportação é alto, pode ser necessário aumentar as configurações de tempo limite padrão para evitar erros de exportação.
@@ -232,7 +233,7 @@ Além disso, você deve ativar a compactação para reduzir o tamanho da carga
O mecanismo para configurar o endpoint varia, mas os SDKs da linguagem OpenTelemetry geralmente suportam a configuração da variável de ambiente `OTEL_EXPORTER_OTLP_COMPRESSION=gzip` (consulte [a documentação do OpenTelemetry](https://opentelemetry.io/docs/specs/otel/protocol/exporter/) para obter mais informações).
-Se estiver usando o coletor, `gzip` é a compactação padrão, mas `zstd` pode ser configurado opcionalmente.
+Se estiver usando o coletor, `gzip` é a compactação padrão, mas você pode configurar opcionalmente `zstd`.
## Configuração: tentar novamente [#retry]
@@ -242,7 +243,7 @@ Para enviar dados OTLP para o New Relic, você deve configurar seu exportador OT
O mecanismo para configurar a nova tentativa irá variar. Alguns SDKs OpenTelemetry podem ter variáveis de ambiente específicas de linguagem (por exemplo, [java suporta](https://github.com/open-telemetry/opentelemetry-java/tree/main/sdk-extensions/autoconfigure) a configuração `OTEL_EXPERIMENTAL_EXPORTER_OTLP_RETRY_ENABLED=true`), mas não há nenhum mecanismo geral. A configuração programática pode ser necessária.
-Se estiver usando o coletor, `otlphttpexporter` e `otlpexporter` tentarão novamente por padrão. Consulte [exporterhelper](https://github.com/open-telemetry/opentelemetry-collector/blob/main/exporter/exporterhelper/README.md) para obter mais detalhes.
+Se estiver usando o coletor, `otlphttpexporter` e `otlpexporter` tentarão novamente por padrão. Veja [`exporterhelper`](https://github.com/open-telemetry/opentelemetry-collector/blob/main/exporter/exporterhelper/README.md) para mais detalhes.
## Configuração: temporalidade de agregação métrica [#metric-aggregation-temporality]
@@ -276,7 +277,7 @@ Atributo é um conceito recorrente no OpenTelemetry e OTLP. OpenTelemetry tem um
New Relic O OTLP endpoint suporta a definição de atributo padrão. Tipos complexos como mapas de mapas, matriz de objetos e matriz heterogênea não são suportados. Os SDKs do OpenTelemetry devem produzir apenas dados que estejam em conformidade com a definição de atributo padrão.
- Embora a definição de atributo padrão seja geralmente usada, os atributos de registro log são excepcionais e oferecem suporte a valores complexos (por exemplo, O tipo de atributo do registro log é [`map`](https://opentelemetry.io/docs/specs/otel/logs/data-model/#field-attributes)). Apesar disso, New Relic atualmente suporta apenas atributos de registro log que estejam em conformidade com a definição de atributo padrão.
+ Embora a definição de atributo padrão seja geralmente usada, os atributos de registro log são excepcionais e suportam valores complexos (por exemplo, o tipo de atributo de registro log é [`map`](https://opentelemetry.io/docs/specs/otel/logs/data-model/#field-attributes)). Apesar disso, New Relic atualmente suporta apenas atributos de registro log que estejam em conformidade com a definição de atributo padrão.
## Carga de resposta OTLP [#payloads]
diff --git a/src/i18n/content/pt/docs/opentelemetry/get-started/apm-monitoring/opentelemetry-apm-intro.mdx b/src/i18n/content/pt/docs/opentelemetry/get-started/apm-monitoring/opentelemetry-apm-intro.mdx
index 48ed59908f0..fc05235fc0e 100644
--- a/src/i18n/content/pt/docs/opentelemetry/get-started/apm-monitoring/opentelemetry-apm-intro.mdx
+++ b/src/i18n/content/pt/docs/opentelemetry/get-started/apm-monitoring/opentelemetry-apm-intro.mdx
@@ -32,71 +32,39 @@ Esta página descreve etapas comuns de configuração para monitoramento de APM
* O exportador OpenTelemetry Protocol (OTLP) para enviar dados para o [endpoint OTLP New Relic](/docs/opentelemetry/best-practices/opentelemetry-otlp).
* Configurações adicionais recomendadas para otimizar o OpenTelemetry para obter a melhor experiência do New Relic.
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- Para obter mais informações sobre qual instrumentação está disponível e cenários mais avançados, consulte a [documentação relevante da linguagem OpenTelemetry](https://opentelemetry.io/docs/languages/).
-
-
- Você pode usar qualquer linguagem compatível com OpenTelemetry para enviar dados para o New Relic. No entanto, os exemplos acima refletem apenas um subconjunto dos [idiomas suportados](https://opentelemetry.io/docs/languages/).
-
- Sentindo falta do seu idioma? Solicite um exemplo [abrindo um issue no GitHub](https://github.com/newrelic/newrelic-opentelemetry-examples/issues/new?assignees=&labels=enhancement%2C+needs-triage&projects=&template=enhancement.md&title=)!
-
-
+
+
-
- ## Visualize seus dados na interface do New Relic [#view-data]
+
- Assim que seu aplicativo estiver instrumentado e configurado para exportar dados para o New Relic, você poderá encontrar seus dados na interface do New Relic:
+
- * Encontre sua entidade em
+
-
- **All entities -> Services - OpenTelemetry**
-
+
- . O nome da entidade é definido como o valor do atributo de recurso `service.name` do aplicativo. Para obter mais informações sobre como as entidades de serviço New Relic são derivadas do atributo de recursos OpenTelemetry , consulte [Serviços](/docs/opentelemetry/best-practices/opentelemetry-best-practices-resources/#services)
+
+
- * Use [NRQL](/docs/nrql/get-started/introduction-nrql-new-relics-query-language/) para consultar diretamente [trace](https://one.newrelic.com/launcher/nr1-core.explorer?overlay=eyJuZXJkbGV0SWQiOiJkYXRhLWV4cGxvcmF0aW9uLnF1ZXJ5LWJ1aWxkZXIiLCJpbml0aWFsQWN0aXZlSW50ZXJmYWNlIjoibnJxbEVkaXRvciIsImluaXRpYWxOcnFsVmFsdWUiOiIiLCJpbml0aWFsUXVlcmllcyI6W3sibnJxbCI6IkZST00gU3BhbiBTRUxFQ1QgY291bnQoKikgd2hlcmUgbmV3cmVsaWMuc291cmNlPSclb3RscCUnIFRJTUVTRVJJRVMifV0sImluaXRpYWxDaGFydFNldHRpbmdzIjp7ImNoYXJ0VHlwZSI6IkNIQVJUX0xJTkUiLCJsaW1pdCI6NzU0MiwibGlua2VkRW50aXR5R3VpZCI6bnVsbCwibGlua2VkRGFzaGJvYXJkSWQiOm51bGwsInlTY2FsZSI6eyJzdGF0aWMiOmZhbHNlLCJkb21haW4iOltudWxsLG51bGxdfSwieVplcm8iOnRydWV9fQo=), [métrica](https://one.newrelic.com/launcher/nr1-core.explorer?overlay=eyJuZXJkbGV0SWQiOiJkYXRhLWV4cGxvcmF0aW9uLnF1ZXJ5LWJ1aWxkZXIiLCJpbml0aWFsQWN0aXZlSW50ZXJmYWNlIjoibnJxbEVkaXRvciIsImluaXRpYWxOcnFsVmFsdWUiOiIiLCJpbml0aWFsUXVlcmllcyI6W3sibnJxbCI6IkZST00gTWV0cmljIFNFTEVDVCBjb3VudCgqKSB3aGVyZSBuZXdyZWxpYy5zb3VyY2UgTElLRSAnJW90bHAlJyBUSU1FU0VSSUVTIn1dLCJpbml0aWFsQ2hhcnRTZXR0aW5ncyI6eyJjaGFydFR5cGUiOiJDSEFSVF9MSU5FIiwibGltaXQiOjc1NDIsImxpbmtlZEVudGl0eUd1aWQiOm51bGwsImxpbmtlZERhc2hib2FyZElkIjpudWxsLCJ5U2NhbGUiOnsic3RhdGljIjpmYWxzZSwiZG9tYWluIjpbbnVsbCxudWxsXX0sInlaZXJvIjp0cnVlfX0K) e [log](https://one.newrelic.com/launcher/nr1-core.explorer?overlay=eyJuZXJkbGV0SWQiOiJkYXRhLWV4cGxvcmF0aW9uLnF1ZXJ5LWJ1aWxkZXIiLCJpbml0aWFsQWN0aXZlSW50ZXJmYWNlIjoibnJxbEVkaXRvciIsImluaXRpYWxOcnFsVmFsdWUiOiIiLCJpbml0aWFsUXVlcmllcyI6W3sibnJxbCI6IkZST00gTG9nIFNFTEVDVCBjb3VudCgqKSB3aGVyZSBuZXdyZWxpYy5zb3VyY2U9JyVvdGxwJScgVElNRVNFUklFUyJ9XSwiaW5pdGlhbENoYXJ0U2V0dGluZ3MiOnsiY2hhcnRUeXBlIjoiQ0hBUlRfTElORSIsImxpbWl0Ijo3NTQyLCJsaW5rZWRFbnRpdHlHdWlkIjpudWxsLCJsaW5rZWREYXNoYm9hcmRJZCI6bnVsbCwieVNjYWxlIjp7InN0YXRpYyI6ZmFsc2UsImRvbWFpbiI6W251bGwsbnVsbF19LCJ5WmVybyI6dHJ1ZX19Cg==).
+ Para obter mais informações sobre qual instrumentação está disponível e cenários mais avançados, consulte a [documentação relevante da linguagem OpenTelemetry](https://opentelemetry.io/docs/languages/).
+
+
+ Você pode usar qualquer linguagem suportada pelo OpenTelemetry para enviar dados ao New Relic. No entanto, os exemplos acima refletem apenas um subconjunto dos idiomas suportados.
+
+ Sentindo falta do seu idioma? Solicite um exemplo [abrindo um issue no GitHub](https://github.com/newrelic/newrelic-opentelemetry-examples/issues/new?assignees=&labels=enhancement%2C+needs-triage&projects=&template=enhancement.md&title=)!
+
+
+
+
+ ## Visualize seus dados na interface do New Relic [#view-data]
+
+ Depois que seu aplicativo estiver instrumentado e configurado para exportar dados para New Relic, você poderá encontrar seus dados na interface do New Relic :
+ * Encontre sua entidade em **All entities > Services - OpenTelemetry**. O nome da entidade é definido como o valor do atributo de recurso `service.name` do aplicativo. Para obter mais informações sobre como as entidades de serviço New Relic são derivadas do atributo de recurso OpenTelemetry , consulte [Serviços](/docs/opentelemetry/best-practices/opentelemetry-best-practices-resources/#services).
+ * Use [NRQL](/docs/nrql/get-started/introduction-nrql-new-relics-query-language/) para consultar diretamente [trace](https://one.newrelic.com/launcher/nr1-core.explorer?overlay=eyJuZXJkbGV0SWQiOiJkYXRhLWV4cGxvcmF0aW9uLnF1ZXJ5LWJ1aWxkZXIiLCJpbml0aWFsQWN0aXZlSW50ZXJmYWNlIjoibnJxbEVkaXRvciIsImluaXRpYWxOcnFsVmFsdWUiOiIiLCJpbml0aWFsUXVlcmllcyI6W3sibnJxbCI6IkZST00gU3BhbiBTRUxFQ1QgY291bnQoKikgd2hlcmUgbmV3cmVsaWMuc291cmNlPSclb3RscCUnIFRJTUVTRVJJRVMifV0sImluaXRpYWxDaGFydFNldHRpbmdzIjp7ImNoYXJ0VHlwZSI6IkNIQVJUX0xJTkUiLCJsaW1pdCI6NzU0MiwibGlua2VkRW50aXR5R3VpZCI6bnVsbCwibGlua2VkRGFzaGJvYXJkSWQiOm51bGwsInlTY2FsZSI6eyJzdGF0aWMiOmZhbHNlLCJkb21haW4iOltudWxsLG51bGxdfSwieVplcm8iOnRydWV9fQo=), [métrica](https://one.newrelic.com/launcher/nr1-core.explorer?overlay=eyJuZXJkbGV0SWQiOiJkYXRhLWV4cGxvcmF0aW9uLnF1ZXJ5LWJ1aWxkZXIiLCJpbml0aWFsQWN0aXZlSW50ZXJmYWNlIjoibnJxbEVkaXRvciIsImluaXRpYWxOcnFsVmFsdWUiOiIiLCJpbml0aWFsUXVlcmllcyI6W3sibnJxbCI6IkZST00gTWV0cmljIFNFTEVDVCBjb3VudCgqKSB3aGVyZSBuZXdyZWxpYy5zb3VyY2UgTElLRSAnJW90bHAlJyBUSU1FU0VSSUVTIn1dLCJpbml0aWFsQ2hhcnRTZXR0aW5ncyI6eyJjaGFydFR5cGUiOiJDSEFSVF9MSU5FIiwibGltaXQiOjc1NDIsImxpbmtlZEVudGl0eUd1aWQiOm51bGwsImxpbmtlZERhc2hib2FyZElkIjpudWxsLCJ5U2NhbGUiOnsic3RhdGljIjpmYWxzZSwiZG9tYWluIjpbbnVsbCxudWxsXX0sInlaZXJvIjp0cnVlfX0K) e [log](https://one.newrelic.com/launcher/nr1-core.explorer?overlay=eyJuZXJkbGV0SWQiOiJkYXRhLWV4cGxvcmF0aW9uLnF1ZXJ5LWJ1aWxkZXIiLCJpbml0aWFsQWN0aXZlSW50ZXJmYWNlIjoibnJxbEVkaXRvciIsImluaXRpYWxOcnFsVmFsdWUiOiIiLCJpbml0aWFsUXVlcmllcyI6W3sibnJxbCI6IkZST00gTG9nIFNFTEVDVCBjb3VudCgqKSB3aGVyZSBuZXdyZWxpYy5zb3VyY2U9JyVvdGxwJScgVElNRVNFUklFUyJ9XSwiaW5pdGlhbENoYXJ0U2V0dGluZ3MiOnsiY2hhcnRUeXBlIjoiQ0hBUlRfTElORSIsImxpbWl0Ijo3NTQyLCJsaW5rZWRFbnRpdHlHdWlkIjpudWxsLCJsaW5rZWREYXNoYm9hcmRJZCI6bnVsbCwieVNjYWxlIjp7InN0YXRpYyI6ZmFsc2UsImRvbWFpbiI6W251bGwsbnVsbF19LCJ5WmVybyI6dHJ1ZX19Cg==).
* Consulte [InterfaceOpenTelemetry APM ](/docs/opentelemetry/get-started/apm-monitoring/opentelemetry-apm-ui)para obter mais informações.
- Caso não encontre sua entidade e não veja seus dados com NRQL, veja [OTLP resolução de problemas](/docs/opentelemetry/best-practices/opentelemetry-otlp-troubleshooting).
+ Se você não consegue encontrar sua entidade e não vê seus dados com NRQL, veja [OTLP resolução de problemas](/docs/opentelemetry/best-practices/opentelemetry-otlp-troubleshooting).
@@ -108,4 +76,4 @@ Para uma determinada linguagem, quase todos os produtos APM operam usando a mesm
Devido às formas complexas pelas quais os produtos APM alteram o código em execução, não há garantias de que um produto será compatível com outro produto em execução no mesmo processo. Na melhor das hipóteses, eles viverão lado a lado sem o conhecimento do outro e gerarão telemetria de forma independente a partir do seu aplicativo. Na pior das hipóteses, eles pisarão uns nos outros, levando a um comportamento imprevisível.
-A New Relic não pode garantir que nosso agente APM seja compatível com um produto APM diferente em execução no mesmo processo. Recomendamos que você escolha aquele – e único – que melhor atende às suas necessidades.
+New Relic não pode garantir que nossos agentes APM sejam compatíveis com um produto APM diferente executado no mesmo processo. Recomendamos que você escolha o único produto que melhor se adapta às suas necessidades.
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/opentelemetry/get-started/apm-monitoring/opentelemetry-apm-ui.mdx b/src/i18n/content/pt/docs/opentelemetry/get-started/apm-monitoring/opentelemetry-apm-ui.mdx
index 584ac2b6a3e..8da5b242c19 100644
--- a/src/i18n/content/pt/docs/opentelemetry/get-started/apm-monitoring/opentelemetry-apm-ui.mdx
+++ b/src/i18n/content/pt/docs/opentelemetry/get-started/apm-monitoring/opentelemetry-apm-ui.mdx
@@ -11,19 +11,7 @@ translationType: machine
A interface OpenTelemetry APM é uma experiência com curadoria disponível para [serviço entidade](/docs/opentelemetry/best-practices/opentelemetry-best-practices-resources/#services). Se você ainda não configurou seu serviço com New Relic e OpenTelemetry, consulte [monitoramentoOpenTelemetry APM ](/docs/opentelemetry/get-started/apm-monitoring/opentelemetry-apm-intro/).
-As páginas da interface OpenTelemetry APM foram projetadas para ajudar a identificar e diagnosticar problemas rapidamente. Muitos exigem que os dados estejam em conformidade com várias [convenções semânticas do OpenTelemetry](https://opentelemetry.io/docs/specs/semconv/), mas alguns são de uso geral. Veja informações detalhadas e requisitos para cada página abaixo:
-
-* [Página de resumo](#summary-page)
-* [Distribuindo página de rastreamento](#distributed-tracing-page)
-* [Página do mapa de serviço](#service-map-page)
-* [Página de transação](#transactions-page)
-* [Página do banco de dados](#databases-page)
-* [Página de serviços externos](#externals-page)
-* [Página de tempo de execução da JVM](#jvm-runtime-page)
-* [Página de tempo de execução Go](#go-runtime-page)
-* [Página de logs](#logs-page)
-* [Página Errors Inbox](#errors-inbox-page)
-* [Página do explorador métrico](#metrics-explorer-page)
+As páginas da interface do usuário do OpenTelemetry APM foram projetadas para ajudar a identificar e diagnosticar problemas rapidamente. Muitos exigem que os dados estejam em conformidade com várias [convenções semânticas do OpenTelemetry](https://opentelemetry.io/docs/specs/semconv/), mas alguns são de uso geral.
Os seguintes conceitos da New Relic são recorrentes ou se sobrepõem nas páginas:
@@ -33,7 +21,7 @@ Os seguintes conceitos da New Relic são recorrentes ou se sobrepõem nas págin
## Encontre serviços OpenTelemetry APM [#find-apm-services]
-Para encontrar os serviços OpenTelemetry APM , navegue até **All entities > Services > OpenTelemetry** ou **APM & Services**. Clique em um serviço para navegar até a [página de resumo](#summary-page) do serviço.
+Para encontrar os serviços OpenTelemetry APM , navegue até **All entities > Services > OpenTelemetry** ou **APM & Services**. Clique em um serviço para navegar até a [Summary page](#summary-page) do serviço.
Dentro do explorador de entidades você pode filtrar por [tag entidade](/docs/new-relic-solutions/new-relic-one/core-concepts/use-tags-help-organize-find-your-data/). Para obter detalhes sobre como as tags entidade são computadas, consulte [RecursosOpenTelemetry no New Relic](/docs/opentelemetry/best-practices/opentelemetry-best-practices-resources).
@@ -41,11 +29,11 @@ Dentro do explorador de entidades você pode filtrar por [tag entidade](/docs/ne
A página de resumo fornece uma visão geral da integridade do seu serviço, incluindo:
-* **Sinais clássicos**: tempo de resposta, taxas de transferência e taxas de erros. Veja [sinais clássicos](#golden-signals) para detalhes sobre como estes são computados.
-* **Entidade relacionada**: outros serviços que comunicam com este serviço e infraestrutura relacionada. Consulte [o mapa de serviço](#service-map) para uma visão detalhada.
+* **Golden signals**: tempo de resposta, taxas de transferência e taxas de erros. Veja [Golden signals](#golden-signals) para detalhes sobre como estes são computados.
+* **Entidade relacionada**: outros serviços que se comunicam com este serviço e infraestrutura relacionada. Veja [o Service map](#service-map-page) para uma visão detalhada.
* **Atividade**: status de quaisquer alertas ativos para este serviço.
-* **Distributed tracing insights**: descubra se a entidade downstream ou upstream pode estar contribuindo para a degradação do desempenho. Consulte [sinais de entidade de traces relacionados](/docs/distributed-tracing/ui-data/related-trace-entity-signals/) para obter mais detalhes.
-* **Instância**: detalhamento de sinais clássicos por instância quando um serviço é escalado horizontalmente. Depende do atributo de recurso `service.instance.id` (ver [atributo de entidade de serviço](/docs/opentelemetry/best-practices/opentelemetry-best-practices-resources/#services) para mais detalhes).
+* **insightsde rastreamento distribuído**: descubra se a entidade a jusante ou a montante pode estar contribuindo para o desempenho degradado. Consulte [Sinais de entidade de rastreamento relacionados](/docs/distributed-tracing/ui-data/related-trace-entity-signals/) para obter mais detalhes.
+* **Instância**: detalhamento de sinais clássicos por instância quando um serviço é escalado horizontalmente. Depende do atributo de recurso `service.instance.id` (consulte [Serviços](/docs/opentelemetry/best-practices/opentelemetry-best-practices-resources/#services) para obter mais detalhes).
## Página: distributed tracing [#distributed-tracing-page]
@@ -63,15 +51,15 @@ OpenTelemetry span evento anexa informações de contexto de evento adicionais a
## Página: Mapa de serviços [#service-map-page]
-A página do mapa de serviço fornece uma representação visual de toda a sua arquitetura. Consulte [o mapa de serviço](/docs/new-relic-solutions/new-relic-one/ui-data/service-maps/service-maps/) para obter mais informações.
+A página do mapa de serviços fornece uma representação visual de toda a sua arquitetura. Veja [os mapas de serviço](/docs/new-relic-solutions/new-relic-one/ui-data/service-maps/service-maps/) para mais informações.
## Página: transação [#transactions-page]
A página de transação fornece ferramentas para identificar problemas e analisar [a transação](/docs/apm/transactions/intro-transactions/transactions-new-relic-apm/#txn-defined) de um serviço.
-Para métrica, a consulta assume que os dados estão em conformidade com as convenções semânticas [http métrica](https://opentelemetry.io/docs/specs/semconv/http/http-metrics/) ou [rpc métrica](https://opentelemetry.io/docs/specs/semconv/rpc/rpc-metrics/). Os atributo `http.route` e `rpc.method` são utilizados para listagem e filtragem por transação.
+Para métrica, a consulta assume que os dados estão em conformidade com as convenções semânticas [HTTP métrica](https://opentelemetry.io/docs/specs/semconv/http/http-metrics/) ou [RPC métrica](https://opentelemetry.io/docs/specs/semconv/rpc/rpc-metrics/) . Os atributos `http.route` e `rpc.method` são usados para listar e filtrar por transação.
-Para spans, as consultas são genéricas, utilizando apenas o modelo de dados de span de nível superior. Os prazos são contabilizados para taxas de transferência e tempo de resposta conforme descrito em [sinais clássicos](#golden-signals). O campo span name é usado para listar e filtrar por transação.
+Para intervalos, as consultas são genéricas, utilizando apenas o modelo de dados de intervalo de nível superior. Os prazos são contabilizados para taxas de transferência e tempo de resposta conforme descrito em [sinais clássicos](#golden-signals). O campo de nome do intervalo é usado para listar e filtrar por transação.
## Página: banco de dados [#databases-page]
@@ -79,7 +67,7 @@ A página banco de dados fornece ferramentas para identificar problemas e analis
Não existe uma visão do banco de dados baseada em métricas, uma vez que atualmente não existem convenções semânticas disponíveis.
-Para spans, a consulta assume que os dados estão em conformidade com as convenções semânticas [do db span](https://opentelemetry.io/docs/specs/semconv/database/database-spans/). O nome do span e o atributo `db.system`, `db.sql.table` e `db.operation` são usados para listar e filtrar operações do banco de dados.
+Para intervalos, a consulta assume que os dados estão em conformidade com as convenções semânticas [de intervalo do BD](https://opentelemetry.io/docs/specs/semconv/database/database-spans/) . O nome do intervalo e os atributos `db.system`, `db.sql.table` e `db.operation` são usados para listar e filtrar operações de banco de dados.
## Página: Serviços externos [#externals-page]
@@ -87,51 +75,51 @@ A página externals fornece ferramentas para identificar problemas e analisar ch
Não há visualização baseada em métricas da página de serviços externos.
-Para spans, as consultas são genéricas, utilizando apenas o modelo de dados de span de nível superior. Os períodos são contados para taxas de transferência de serviço externo e tempo de resposta se estiverem saindo de um serviço, computando usando uma heurística de `WHERE span.kind = client OR span.kind = producer`. banco de dados span de cliente são filtrados usando `WHERE db.system is null` (veja [a página banco de dados](#databases-page)). Assim como acontece com [os sinais clássicos](#golden-signals), os spans são erros se tiverem um código de status `ERROR` (por exemplo, `otel.status_code = ERROR`). Se disponíveis, os dados das convenções semânticas [http span](https://opentelemetry.io/docs/specs/semconv/http/http-spans/) e [rpc span](https://opentelemetry.io/docs/specs/semconv/rpc/rpc-spans/) serão usados para classificar chamadas de serviço externas.
+Para intervalos, as consultas são genéricas, utilizando apenas o modelo de dados de intervalo de nível superior. Os intervalos são contados para taxas de transferência e tempo de resposta de serviço externo se estiverem saindo de um serviço, computar usando uma heurística de `WHERE span.kind = client OR span.kind = producer`. banco de dados span de cliente são filtrados usando `WHERE db.system is null` (veja [Página: banco de dados](#databases-page)). Assim como acontece com [os sinais clássicos](#golden-signals), os spans são considerados erros se tiverem um código de status `ERROR` (por exemplo, `otel.status_code = ERROR`). Se disponíveis, os dados das convenções semânticas [de intervalo HTTP](https://opentelemetry.io/docs/specs/semconv/http/http-spans/) e [intervalo RPC](https://opentelemetry.io/docs/specs/semconv/rpc/rpc-spans/) são usados para classificar chamadas de serviço externas.
## Página: tempo de execução JVM [#jvm-runtime-page]
-A página de tempo de execução da JVM fornece ferramentas para identificar problemas e analisar a JVM de um serviço Java. A página é exibida apenas para serviços que usam [OpenTelemetry java](https://opentelemetry.io/docs/languages/java/). Para diferenciar entre instâncias de serviço distintas, a página exige que o atributo de recurso `service.instance.id` seja definido (veja [atributo de entidade de serviço](/docs/opentelemetry/best-practices/opentelemetry-best-practices-resources/#services) para mais detalhes).
+A página de tempo de execução da JVM fornece ferramentas para identificar problemas e analisar a JVM de um serviço Java. A página é exibida somente para serviços que usam [OpenTelemetry java](https://opentelemetry.io/docs/languages/java/). Para diferenciar entre instâncias de serviços distintas, a página requer que o atributo de recurso `service.instance.id` seja definido (consulte [Serviços](/docs/opentelemetry/best-practices/opentelemetry-best-practices-resources/#services) para obter mais detalhes).
-A página de tempo de execução JVM mostra sinais clássicos junto com a métrica de tempo de execução JVM para correlacionar problemas de tempo de execução com o uso do serviço. A alternância [span-métrica](#metrics-spans-toggle) determina se os [sinais clássicos](#golden-signals) são orientados por dados span ou métricos. Não há visualização baseada em intervalos para métricas de tempo de execução JVM.
+A página de tempo de execução JVM mostra sinais clássicos juntamente com métricas de tempo de execução JVM para correlacionar problemas de tempo de execução com o uso do serviço. A [alternância métrica ou de spans](#metrics-spans-toggle) determina se os [sinais clássicos](#golden-signals) são controlados por dados de span ou métricos. Não há uma visualização baseada em intervalos para o tempo de execução métrico JVM .
-Para métricas, a consulta assume que os dados estão em conformidade com as convenções semânticas [métricasJVM ](https://opentelemetry.io/docs/specs/semconv/runtime/jvm-metrics/). Observe que essas convenções estão incorporadas na [biblioteca de instrumentação de tempo de execução OpenTelemetry Java](https://github.com/open-telemetry/opentelemetry-java-instrumentation/tree/main/instrumentation/runtime-telemetry/runtime-telemetry-java8/library), que é incluída automaticamente com o agente Java OpenTelemetry.
+Para métrica, a consulta assume que os dados estão em conformidade com as convenções semânticas [JVM métrica](https://opentelemetry.io/docs/specs/semconv/runtime/jvm-metrics/) . Observe que essas convenções são incorporadas na [biblioteca de instrumentação de tempo de execução Java do OpenTelemetry](https://github.com/open-telemetry/opentelemetry-java-instrumentation/tree/main/instrumentation/runtime-telemetry/runtime-telemetry-java8/library), que é incluída automaticamente com o agente Java do OpenTelemetry.
## Página: Vá em tempo de execução [#go-runtime-page]
-A página de tempo de execução Go fornece ferramentas para identificar problemas e analisar o tempo de execução de um serviço Go. A página é exibida apenas para serviços que usam [OpenTelemetry Go](https://opentelemetry.io/docs/languages/go/). Para diferenciar entre instâncias de serviço distintas, a página exige que o atributo de recurso `service.instance.id` seja definido (veja [atributo de entidade de serviço](/docs/opentelemetry/best-practices/opentelemetry-best-practices-resources/#services) para mais detalhes).
+A página de tempo de execução do Go fornece ferramentas para identificar problemas e analisar o tempo de execução de um serviço Go. A página é exibida apenas para serviços que usam [o OpenTelemetry Go](https://opentelemetry.io/docs/languages/go/). Para diferenciar entre instâncias de serviços distintas, a página requer que o atributo de recurso `service.instance.id` seja definido (consulte [Serviços](/docs/opentelemetry/best-practices/opentelemetry-best-practices-resources/#services) para obter mais detalhes).
-A página do tempo de execução do Go mostra sinais clássicos junto com a métrica do tempo de execução do Go para correlacionar problemas de tempo de execução com o uso do serviço. A alternância [span-métrica](#metrics-spans-toggle) determina se os [sinais clássicos](#golden-signals) são orientados por dados span ou métricos. Não há visualização baseada em intervalos para a métrica de tempo de execução do Go.
+A página de tempo de execução do Go mostra sinais clássicos junto com o tempo de execução métrico do Go para correlacionar problemas de tempo de execução com o uso do serviço. A [alternância métrica ou de spans](#metrics-spans-toggle) determina se os [sinais clássicos](#golden-signals) são controlados por dados de span ou métricos. Não há uma visualização baseada em intervalos para o tempo de execução métrica do Go.
Para métrica, os dados assumidos pela consulta são produzidos pela [biblioteca de instrumentação de tempo de execução OpenTelemetry Go](https://github.com/open-telemetry/opentelemetry-go-contrib/tree/main/instrumentation/runtime). Observe que atualmente não há convenções semânticas para métricas de tempo de execução Go.
## Página: logs [#logs-page]
-A página de logs fornece ferramentas para identificar problemas e analisar o log de um serviço. Consulte [interface de logs](/docs/logs/ui-data/use-logs-ui/) para obter mais informações.
+A página de log fornece ferramentas para identificar problemas e analisar o log de um serviço. Consulte [Usar interface de log](/docs/logs/ui-data/use-logs-ui/) para obter mais informações.
## Página: Errors Inbox [#errors-inbox-page]
-A página Errors Inbox fornece ferramentas para detectar e fazer triagem de erros de um serviço. Consulte [Caixa de entrada de erros](/docs/errors-inbox/errors-inbox/) para obter mais detalhes.
+A página Caixa de entrada de erros fornece ferramentas para detectar e classificar erros de um serviço. Consulte [Introdução à Caixa de entrada de erros](/docs/errors-inbox/getting-started/) para obter mais detalhes.
A página errors inbox é orientada por detalhes de trace. Assim como acontece com [os sinais clássicos](#golden-signals), os spans serão classificados como erros se o status do span estiver definido como `ERROR` (por exemplo, `otel.status_code = ERROR`).
Os intervalos de erros são agrupados por sua impressão digital de erro, computados pela normalização de valores de identificação, como UUIDs, valores hexadecimais, endereços de e-mail, etc. Cada intervalo de erro distinto é uma instância individual dentro do grupo de erros. A mensagem do grupo de erros é determinada da seguinte forma:
* Descrição do status do período (por exemplo, `otel.status_description`)
-* `rpc.grpc.status_code` das convenções semânticas [do span rpc](https://opentelemetry.io/docs/specs/semconv/rpc/rpc-spans/)
-* `http.status_code` de convenções semânticas [de extensão http](https://opentelemetry.io/docs/specs/semconv/http/http-spans/)
-* `http.response.status_code` de convenções semânticas [de extensão http](https://opentelemetry.io/docs/specs/semconv/http/http-spans/)
+* `rpc.grpc.status_code` das convenções semânticas [de span RPC](https://opentelemetry.io/docs/specs/semconv/rpc/rpc-spans/)
+* `http.status_code` das convenções semânticas [de span HTTP](https://opentelemetry.io/docs/specs/semconv/http/http-spans/)
+* `http.response.status_code` das convenções semânticas [de span HTTP](https://opentelemetry.io/docs/specs/semconv/http/http-spans/)
* `undefined` se nenhuma das opções acima estiver presente
## Página: explorador métrico [#metrics-explorer-page]
-O explorador métrico fornece ferramentas para explorar a métrica de um serviço de forma genérica. Consulte [explorar seus dados](/docs/query-your-data/explore-query-data/browse-data/introduction-data-explorer/#explore-data) para obter mais informações.
+O métrica explorer fornece ferramentas para explorar a métrica de um serviço de maneira genérica. Consulte [Explorar seus dados](/docs/query-your-data/explore-query-data/browse-data/introduction-data-explorer/#explore-data) para obter mais informações.
## Sinais clássicos [#golden-signals]
Os sinais clássicos de taxas de transferência, tempo de resposta e taxas de erros aparecem em diversos locais da interface do OpenTelemetry APM. Quando usados, eles são calculados da seguinte forma:
-Para métrica, a consulta assume que os dados estão em conformidade com as convenções semânticas [http métrica](https://opentelemetry.io/docs/specs/semconv/http/http-metrics/) ou [rpc métrica](https://opentelemetry.io/docs/specs/semconv/rpc/rpc-metrics/).
+Para métrica, a consulta assume que os dados estão em conformidade com as convenções semânticas [HTTP métrica](https://opentelemetry.io/docs/specs/semconv/http/http-metrics/) ou [RPC métrica](https://opentelemetry.io/docs/specs/semconv/rpc/rpc-metrics/) .
Para spans, as consultas são genéricas, utilizando apenas o modelo de dados de span de nível superior. Os spans são contados para taxas de transferência e tempo de resposta se forem spans de entrada raiz em um serviço, computando usando uma heurística de `WHERE span.kind = server OR span.kind = consumer`. Os spans serão erros se tiverem um código de status `ERROR` (por exemplo, `otel.status_code = ERROR`).
@@ -141,8 +129,8 @@ Várias páginas incluem uma barra de filtros, com opções como **Limitar dados
## Alternância de métricas ou spans [#metrics-spans-toggle]
-Várias páginas incluem uma alternância métrica ou de spans. Isso permite alternar se as consultas são orientadas por dados span ou métricos com base nos requisitos de análise e na disponibilidade de dados.
+Várias páginas incluem uma alternância de métrica ou spans. Isso permite que você escolha se as consultas são orientadas por dados de amplitude ou métricos com base nos requisitos de análise e na disponibilidade de dados.
As métricas não estão sujeitas a amostragem e, portanto, são mais precisas, especialmente no cálculo de taxas como taxas de transferência. No entanto, as métricas estão sujeitas a restrições de cardinalidade e podem carecer de determinados atributos importantes para análise. Em contraste, os vãos são amostrados e, portanto, sujeitos a problemas de precisão, mas possuem atributos mais ricos, uma vez que não estão sujeitos a restrições de cardinalidade.
-Historicamente, OpenTelemetry API/SDKs e instrumentação da linguagem priorizaram trace a instrumentação. No entanto, o projeto já percorreu um longo caminho e as métricas estão disponíveis em quase todos os idiomas. Verifique a [documentação](https://opentelemetry.io/docs/languages/) da linguagem e instrumentação relevantes para obter mais detalhes.
\ No newline at end of file
+Historicamente, OpenTelemetry API e SDKs da linguagem e a instrumentação priorizaram trace a instrumentação . No entanto, o projeto já percorreu um longo caminho e o Métrica está disponível em quase todos os idiomas. Verifique a [documentação](https://opentelemetry.io/docs/languages/) do idioma e da instrumentação relevantes para obter mais detalhes.
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/opentelemetry/get-started/collector-infra-monitoring/opentelemetry-collector-infra-intro.mdx b/src/i18n/content/pt/docs/opentelemetry/get-started/collector-infra-monitoring/opentelemetry-collector-infra-intro.mdx
index 507a5d38c26..fbbf12e5ca4 100644
--- a/src/i18n/content/pt/docs/opentelemetry/get-started/collector-infra-monitoring/opentelemetry-collector-infra-intro.mdx
+++ b/src/i18n/content/pt/docs/opentelemetry/get-started/collector-infra-monitoring/opentelemetry-collector-infra-intro.mdx
@@ -9,23 +9,23 @@ freshnessValidatedDate: '2024-05-14T00:00:00.000Z'
translationType: machine
---
-O [coletor OpenTelemetry](https://opentelemetry.io/docs/collector/) é uma ferramenta independente de fornecedor para receber, processar e exportar dados de telemetria. Embora os requisitos e a configuração do coletor variem, ele vem com uma variedade de receptores e processadores que o tornam popular para monitoramento de infraestrutura. Também é comum usar o coletor para processamento de dados, mas esta documentação se concentra em casos de uso de monitoramento de infraestrutura. Consulte [ColetorOpenTelemetry para processamento de dados](/docs/opentelemetry/get-started/collector-processing/opentelemetry-collector-processing-intro) para obter mais informações.
+O [coletorOpenTelemetry ](https://opentelemetry.io/docs/collector/)é uma ferramenta independente de fornecedor para receber, processar e exportar dados de telemetria. Embora os requisitos e a configuração do coletor variem, ele vem com uma variedade de receptores e processadores que o tornam popular para monitoramento de infraestrutura. Também é comum usar o coletor para processamento de dados, mas esta documentação foca em casos de uso de monitoramento de infraestrutura. Consulte [ColetorOpenTelemetry para processamento de dados](/docs/opentelemetry/get-started/collector-processing/opentelemetry-collector-processing-intro) para obter mais informações.
## Recebendo telemetria de infraestrutura [#infrastructure-receivers]
-Os exemplos a seguir demonstram o uso do coletor para monitor diversos componentes de infraestrutura. O padrão geral é configurar o coletor com um receptor de tecnologia específica ou de uso geral (ou seja, prometheus) para extrair ou pesquisar dados de um destino de infraestrutura e exportar os dados para o New Relic via OTLP.
+Os exemplos a seguir demonstram o uso do coletor para monitor vários componentes de infraestrutura. O padrão geral é configurar o coletor com um receptor de tecnologia específica ou de uso geral (ou seja, prometheus) para coletar ou pesquisar dados de uma infraestrutura de destino e exportar os dados para o New Relic via OTLP.
-* [Docker](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/docker)
-* [HCP Consul](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/hcp-consul)
-* [HiveMQ](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/hivemq)
-* [Anfitriões](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/host-monitoring)
-* [Nuvem Confluente Kafka](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/confluentcloud)
-* [Prometeu](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/prometheus)
-* [Redis](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/redis)
-* [Singlestore](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/singlestore)
-* [Squid](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/squid)
-* [EstatísticasD](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/statsd)
+* [Exemplo docker repositório](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/docker)
+* [Exemplo de repositório do HCP Consul](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/hcp-consul)
+* [Exemplo de repositório HiveMQ](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/hivemq)
+* [Exemplo de repositório de hosts](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/host-monitoring)
+* [Exemplo de repositório Kafka Confluent Cloud](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/confluentcloud)
+* [Exemplo de repositório Prometheus](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/prometheus)
+* [Exemplo de repositório Redis](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/redis)
+* [Exemplo de repositório Singlestore](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/singlestore)
+* [Exemplo de repositório Squid](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/squid)
+* [Exemplo de repositório StatsD](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/statsd)
## Correlacionando infraestrutura com OpenTelemetry APM [#infrastructure-correlation]
-Os exemplos a seguir demonstram o uso do coletor para correlacionar [dados do APM OpenTelemetry](/docs/opentelemetry/get-started/apm-monitoring/opentelemetry-apm-intro) com a infraestrutura. O padrão geral é configurar o coletor com um processador que detecte e enriqueça a telemetria APM com contexto de ambiente adicional na forma de atributo de recursos, antes de exportar os dados para o New Relic via OTLP. New Relic detecta esses dados de correlação e constrói [relacionamentos entre APM e a entidade de infraestrutura](/docs/opentelemetry/best-practices/opentelemetry-best-practices-resources).
+Os exemplos a seguir demonstram o uso do coletor para correlacionar [APM OpenTelemetry](/docs/opentelemetry/get-started/apm-monitoring/opentelemetry-apm-intro) com dados de infraestrutura. O padrão geral é configurar o coletor com um processador que detecta e enriquece a telemetria APM com contexto de ambiente adicional na forma de atributo de recurso, antes de exportar os dados para New Relic via OTLP. New Relic detecta esses dados de correlação e constrói relacionamentos entre APM e a infraestrutura da entidade por meio [de recursos](/docs/opentelemetry/best-practices/opentelemetry-best-practices-resources).
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/opentelemetry/get-started/collector-processing/opentelemetry-collector-processing-intro.mdx b/src/i18n/content/pt/docs/opentelemetry/get-started/collector-processing/opentelemetry-collector-processing-intro.mdx
index c03fc03b5ef..95f3b551e71 100644
--- a/src/i18n/content/pt/docs/opentelemetry/get-started/collector-processing/opentelemetry-collector-processing-intro.mdx
+++ b/src/i18n/content/pt/docs/opentelemetry/get-started/collector-processing/opentelemetry-collector-processing-intro.mdx
@@ -9,40 +9,34 @@ freshnessValidatedDate: '2024-05-13T00:00:00.000Z'
translationType: machine
---
-O [coletor OpenTelemetry](https://opentelemetry.io/docs/collector/) é uma ferramenta independente de fornecedor para receber, processar e exportar dados de telemetria. É recomendável executar o coletor no pipeline de observabilidade. Embora os requisitos e a configuração do coletor variem, é comum rotear [dados do APM OpenTelemetry](/docs/opentelemetry/get-started/apm-monitoring/opentelemetry-apm-intro) por meio de um coletor. Isso elimina a sobrecarga do aplicativo e fornece um local para enriquecer a telemetria com dados adicionais de contexto do ambiente, filtrar e transformar e muito mais. Também é comum usar o coletor para monitoramento de infraestrutura, mas esta documentação se concentra em casos de uso de processamento de dados. Consulte [coletor para monitoramento de infraestrutura](/docs/opentelemetry/get-started/collector-infra-monitoring/opentelemetry-collector-infra-intro) para mais informações.
+O [coletorOpenTelemetry ](https://opentelemetry.io/docs/collector/)é uma ferramenta independente de fornecedor para receber, processar e exportar dados de telemetria. É recomendável executar o coletor no seu pipeline de observabilidade. Embora os requisitos e a configuração do coletor variem, é comum rotear [dadosAPM OpenTelemetry ](/docs/opentelemetry/get-started/apm-monitoring/opentelemetry-apm-intro)por meio de um coletor. Isso transfere a sobrecarga do aplicativo e fornece um lugar para enriquecer a telemetria com dados de contexto de ambiente adicionais, filtrar e transformar, e muito mais. Também é comum usar o coletor para monitoramento de infraestrutura, mas esta documentação foca em casos de uso de processamento de dados. Consulte [coletor para monitoramento de infraestrutura](/docs/opentelemetry/get-started/collector-infra-monitoring/opentelemetry-collector-infra-intro) para mais informações.
-Aqui está um exemplo do coletor como gateway, mas você também pode configurar o coletor como um agente em execução no mesmo host do seu aplicativo:
+Aqui está um exemplo do coletor como um gateway, mas você também pode configurar o coletor como um agente rodando no mesmo host que seu aplicativo:
-
+
-O coletor possui um extenso conjunto de receptores, processadores, exportadores, extensões e conectores. Esses componentes são agrupados em [distribuições](https://opentelemetry.io/docs/collector/distributions/) pré-construídas. No entanto, é possível construir componentes personalizados para atender a requisitos específicos e construir [uma distribuição de coletor personalizada](https://opentelemetry.io/docs/collector/custom-collector/) para empacotar um conjunto específico de componentes.
+O coletor possui um amplo conjunto de receptores, processadores, exportadores, extensões e conectores. Esses componentes são agrupados em [distribuições](https://opentelemetry.io/docs/collector/distributions/) pré-criadas. No entanto, é possível criar componentes personalizados para atender a requisitos específicos e criar uma [distribuição de coletor personalizada](https://opentelemetry.io/docs/collector/custom-collector/) para empacotar um conjunto específico de componentes.
-Embora a configuração varie de acordo com os requisitos, os coletores que enviam dados para New Relic devem ter algumas coisas em comum:
+Embora a configuração varie de acordo com os requisitos, os coletores que enviam dados para New Relic devem ter certas coisas em comum:
## Exportador OTLP [#otlp-exporter]
-O coletor OpenTelemetry suporta a exportação de dados usando o [otlphttpexporter](https://github.com/open-telemetry/opentelemetry-collector/tree/main/exporter/otlphttpexporter). Certifique-se de que a configuração do exportador corresponda [aos requisitos do New Relic OTLP](/docs/opentelemetry/best-practices/opentelemetry-otlp/#configure-endpoint-port-protocol).
+O coletor OpenTelemetry suporta a exportação de dados usando o [exportador OTLP/HTTP](https://github.com/open-telemetry/opentelemetry-collector/tree/main/exporter/otlphttpexporter). Certifique-se de que a configuração do exportador corresponda aos [requisitos do New Relic OTLP](/docs/opentelemetry/best-practices/opentelemetry-otlp/#configure-endpoint-port-protocol).
-Observe que o [otlpexporter](https://github.com/open-telemetry/opentelemetry-collector/tree/main/exporter/otlpexporter) é compatível, mas o protocolo binário OTLP/HTTP é preferível ao OTLP/gRPC.
+Observação: embora o [exportador OTLP gRPC](https://github.com/open-telemetry/opentelemetry-collector/tree/main/exporter/otlpexporter) seja suportado, recomendamos usar o protocolo OTLP/HTTP para enviar dados de telemetria em vez de OTLP/gRPC.
## Processador em lote [#batch-processor]
-Configure o coletor para usar o [processador em lote](https://github.com/open-telemetry/opentelemetry-collector/tree/main/processor/batchprocessor) para exportar registros em lotes. Certifique-se de que o tamanho e a frequência do lote estejam [configurados para atender aos requisitos do OTLP da New Relic](/docs/opentelemetry/best-practices/opentelemetry-otlp/).
+Configure o coletor para usar o [processador de lotes](https://github.com/open-telemetry/opentelemetry-collector/tree/main/processor/batchprocessor) para exportar registros em lotes. Certifique-se de que o tamanho e a frequência do lote estejam [configurados para atender aos requisitos do New Relic OTLP](/docs/opentelemetry/best-practices/opentelemetry-otlp/#payload-limits).
## Exemplo mínimo [#minimal-example]
-Para instalar o coletor, consulte a [documentação do OpenTelemetry](https://opentelemetry.io/docs/collector/installation/).
+Para instalar o coletor, siga a [documentaçãoOpenTelemetry ](https://opentelemetry.io/docs/collector/installation/).
Execute o coletor com a configuração abaixo, certificando-se de substituir o seguinte:
-* Substitua `` pelo [endpoint OTLP New Relic](/docs/opentelemetry/best-practices/opentelemetry-otlp/#endpoint-port-protocol)apropriado
-* Substitua `` pela sua [chave de licença](/docs/opentelemetry/best-practices/opentelemetry-otlp/#endpoint-port-protocol/#prereqs)
+* Substitua `` pelo [ponto de extremidade OTLP do New Relic](/docs/opentelemetry/best-practices/opentelemetry-otlp/#endpoint-port-protocol) apropriado.
+* Substitua `` pela sua [chave de licença](/docs/opentelemetry/best-practices/opentelemetry-otlp/#endpoint-port-protocol/#prereqs).
```yaml
receivers:
@@ -78,4 +72,4 @@ service:
Para obter um exemplo prático, consulte o [repositório de exemplos do New Relic OpenTelemetry](https://github.com/newrelic/newrelic-opentelemetry-examples/tree/main/other-examples/collector/nr-config).
-Para exemplos adicionais de coletores, consulte [Coletor para monitoramento de infraestrutura](/docs/opentelemetry/get-started/collector-infra-monitoring/opentelemetry-collector-infra-intro).
+Para exemplos adicionais de coletores, consulte [Coletor para monitoramento de infraestrutura](/docs/opentelemetry/get-started/collector-infra-monitoring/opentelemetry-collector-infra-intro).
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/opentelemetry/get-started/opentelemetry-get-started-intro.mdx b/src/i18n/content/pt/docs/opentelemetry/get-started/opentelemetry-get-started-intro.mdx
index 758dc1a4c73..fdb9d264f2f 100644
--- a/src/i18n/content/pt/docs/opentelemetry/get-started/opentelemetry-get-started-intro.mdx
+++ b/src/i18n/content/pt/docs/opentelemetry/get-started/opentelemetry-get-started-intro.mdx
@@ -1,20 +1,18 @@
---
-title: Comece com OpenTelemetry e New Relic
+title: Visão geral da integração OpenTelemetry
tags:
- Integrations
- Open source telemetry integrations
- OpenTelemetry
metaDescription: Explore a variety of OpenTelemetry integration patterns with New Relic.
-freshnessValidatedDate: never
+freshnessValidatedDate: '2024-09-10T00:00:00.000Z'
translationType: machine
---
O projeto OpenTelemetry tem um escopo amplo incluindo [especificaçõesAPI e SDK](https://opentelemetry.io/docs/specs/otel/), [instrumentação](https://opentelemetry.io/docs/concepts/instrumentation/), [coletor](https://opentelemetry.io/docs/collector/), [convenções semânticas](https://opentelemetry.io/docs/specs/semconv/), protocolo [OTLP](https://opentelemetry.io/docs/specs/otlp/) e muito mais. New Relic AI Monitoring terá suporte de primeira classe para OpenTelemetry e possui uma ampla variedade de recursos de plataforma que facilitam o uso de ferramentas OpenTelemetry .
-Esta documentação é uma coleção de padrões comuns de integração do OpenTelemetry com o New Relic. Não é um conjunto exaustivo de todos os usos possíveis, mas deve dar uma ideia das maneiras como a maioria das pessoas usa o OpenTelemetry e os tipos de recursos da plataforma New Relic criados com base nesses fluxos de trabalho.
+As páginas abaixo se concentram em padrões de integração comuns, fornecendo uma base para utilizar o OpenTelemetry de forma eficaz com o New Relic. Embora não seja exaustivo, ele destaca como os usuários normalmente aproveitam essas ferramentas e os recursos da plataforma New Relic desenvolvidos com base nelas.
-[OpenTelemetry APM monitoramento](/docs/opentelemetry/get-started/apm-monitoring/opentelemetry-apm-intro) discute o uso do OpenTelemetry para realizar monitoramento APM semelhante ao [monitoramentoAPM com agente New Relic ](/docs/apm/new-relic-apm/getting-started/introduction-apm/).
-
-[OpenTelemetry coletor para monitoramento de infraestrutura](/docs/opentelemetry/get-started/collector-infra-monitoring/opentelemetry-collector-infra-intro) contém uma variedade de exemplos de uso do OpenTelemetry coletor para monitoramento de infraestrutura, incluindo scraping/polling infraestrutura destino e correlação de dados OpenTelemetry APM com infraestrutura.
-
-[OpenTelemetry coletor para processamento de dados](/docs/opentelemetry/get-started/collector-processing/opentelemetry-collector-processing-intro) discute os fundamentos do uso do OpenTelemetry coletor como uma ferramenta geral para receber, processar (enriquecer, transformar, amostrar, filtrar, etc) e exportar dados de telemetria.
+
+ monitore seu aplicativo e serviços configurando o OpenTelemetry exportador do Protocol (OTLP) para enviar dados ao New Relic por meio do New Relic OTLP endpoint. monitore seus hosts de infraestrutura, contêineres e muito mais configurando o coletor OpenTelemetry para enviar dados ao New Relic. monitore todos os outros dados usando o coletor OpenTelemetry para receber, processar (enriquecer, transformar, amostrar, filtrar, etc.) e exportar dados de telemetria para New Relic.
+
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/opentelemetry/opentelemetry-introduction.mdx b/src/i18n/content/pt/docs/opentelemetry/opentelemetry-introduction.mdx
index b6df5c465ad..1716ba77317 100644
--- a/src/i18n/content/pt/docs/opentelemetry/opentelemetry-introduction.mdx
+++ b/src/i18n/content/pt/docs/opentelemetry/opentelemetry-introduction.mdx
@@ -1,28 +1,33 @@
---
-title: Introdução ao OpenTelemetry com New Relic
+title: Introdução ao OpenTelemetry e New Relic
tags:
- Integrations
- Open source telemetry integrations
- OpenTelemetry
-metaDescription: Here are some New Relic tips about when to implement OpenTelemetry.
-freshnessValidatedDate: '2024-06-01T00:00:00.000Z'
+metaDescription: A high-level overview of OpenTelemetry and New Relic.
+freshnessValidatedDate: '2024-09-10T00:00:00.000Z'
translationType: machine
---
-OpenTelemetry é um kit de ferramentas para coletar telemetria de aplicativos, infraestrutura (por exemplo, hosts, k8s, etc.) e muito mais. Ao configurar fontes de dados OpenTelemetry para exportar para o New Relic, você pode aproveitar uma ampla gama de recursos da plataforma para analisar os dados e diagnosticar problemas.
+OpenTelemetry é um kit de ferramentas para coletar telemetria de aplicativos, infraestrutura (hosts, Kubernetes, etc.) e muito mais. Ao integrar o OpenTelemetry com o New Relic, você pode aproveitar uma ampla gama de recursos da plataforma para analisar dados e diagnosticar problemas.
-Esta página fornece uma visão geral do OpenTelemetry e do New Relic. Para obter exemplos de código funcional que demonstram padrões de integração comuns, incluindo APM e monitoramento de infraestrutura, consulte [introdução ao OpenTelemetry with New Relic](/docs/opentelemetry/get-started/opentelemetry-get-started-intro/). Para obter informações sobre como a New Relic recebe, processa e ingere dados do OpenTelemetry, consulte [Dados do OpenTelemetry na New Relic](/docs/opentelemetry/best-practices/opentelemetry-data-overview/) e, em particular, detalhes sobre [o endpoint OTLP da New Relic](/docs/opentelemetry/best-practices/opentelemetry-otlp/).
+Esta documentação fornece uma compreensão fundamental do OpenTelemetry e sua integração com o New Relic. Para obter orientação prática sobre a implementação de casos de uso comuns, como monitoramento de desempenho de aplicativos (APM) (APM) e monitoramento de infraestrutura, consulte [Introdução ao OpenTelemetry e New Relic](/docs/opentelemetry/get-started/opentelemetry-get-started-intro/).
+
+Para se aprofundar em como o New Relic processa e ingere dados do OpenTelemetry, explore as seguintes páginas:
+
+* [Dados OpenTelemetry no New Relic](/docs/opentelemetry/best-practices/opentelemetry-data-overview/): Aprenda como o New Relic recebe, processa e ingere dados OpenTelemetry
+* [New Relic OTLP endpoint](/docs/opentelemetry/best-practices/opentelemetry-otlp/): configure nosso OTLP endpoint para enviar dados para New Relic
## Benefícios do OpenTelemetry [#benefits]
OpenTelemetry é um padrão aberto independente de fornecedores para instrumentação e exportação de dados de telemetria. O escopo do projeto é bastante extenso, incluindo:
-* Uma [especificação](https://opentelemetry.io/docs/specs/otel/) de API independente de linguagem para instrumentação dos principais pilares de observabilidade (trace, métrica, log) e SDKs para configurar como a telemetria é exportada fora do processo, com implementações existentes em [mais de 11](https://opentelemetry.io/docs/languages/) linguagens. Existe um catálogo substancial de instrumentação disponível construída sobre essas API.
+* Uma [especificação](https://opentelemetry.io/docs/specs/otel/) de API independente de linguagem para instrumentar os pilares principais da observabilidade (trace, métrica, log) e SDKs para configurar como a telemetria é exportada fora do processo, com implementações existentes em [mais de 11 linguagens](https://opentelemetry.io/docs/languages/). Há um catálogo substancial de instrumentação disponível construído sobre essas API.
* [OTLP](https://opentelemetry.io/docs/specs/otlp/), um protocolo de entrega de dados de telemetria de uso geral.
-* [Convenções semânticas](https://opentelemetry.io/docs/specs/semconv/) que descrevem o formato dos dados de telemetria para domínios comuns (ou seja, Servidores HTTP, sistemas de mensagens e muito mais).
-* O [coletor](https://opentelemetry.io/docs/collector/), um pipeline de coleta e processamento de dados altamente configurável e extensível, usado para monitor a infraestrutura e enriquecer, filtrar e transformar a telemetria.
+* [Convenções semânticas](https://opentelemetry.io/docs/specs/semconv/) que descrevem o formato de dados de telemetria para domínios comuns (servidores HTTP, sistemas de mensagens e muitos mais).
+* O [coletor](https://opentelemetry.io/docs/collector/), um pipeline de coleta e processamento de dados altamente configurável e extensível usado para monitor infraestrutura e enriquecer, filtrar e transformar telemetria.
-Esses componentes trabalham juntos para criar vantagens distintas:
+Esses componentes trabalham juntos para criar vantagens distintas descritas na tabela abaixo.
@@ -64,7 +69,7 @@ Esses componentes trabalham juntos para criar vantagens distintas:
|
- A natureza altamente configurável e extensível dos SDKs de linguagem e do coletor oferece controle incomparável sobre seu pipeline de dados de telemetria.
+ A natureza altamente configurável e extensível dos SDKs de linguagem e do coletor oferecem controle incomparável sobre seu pipeline de dados de telemetria.
|
@@ -84,7 +89,7 @@ Esses componentes trabalham juntos para criar vantagens distintas:
- Embora o OpenTelemetry já tenha percorrido um longo caminho, parece preparado para crescer em adoção graças à sua grande comunidade ativa, ao apoio da indústria e ao modelo de governança aberto. Embora não possamos ver o futuro, OpenTelemetry é o mais provável vencedor do código aberto no setor de observabilidade.
+ Embora o OpenTelemetry já tenha percorrido um longo caminho, ele parece pronto para crescer em adoção graças à sua grande comunidade ativa, ao suporte do setor e ao modelo de governança aberta. Embora não possamos prever o futuro, o OpenTelemetry é o provável vencedor do código aberto no setor de observabilidade.
|
@@ -92,26 +97,24 @@ Esses componentes trabalham juntos para criar vantagens distintas:
## OpenTelemetry ou instrumentação New Relic ? [#choice]
-Em muitos casos, há sobreposição entre recurso e componentes disponíveis no OpenTelemetry e no New Relic. Por exemplo, [o monitoramentoOpenTelemetry APM ](/docs/opentelemetry/get-started/apm-monitoring/opentelemetry-apm-intro/)espelha [o agenteNew Relic APM ](/docs/apm/new-relic-apm/getting-started/introduction-apm/), e [o monitoramento de infraestrutura com o coletor OpenTelemetry ](/docs/opentelemetry/get-started/collector-infra-monitoring/opentelemetry-collector-infra-intro/)espelha os recursos do [agente doNew Relic Infrastructure ](/docs/infrastructure/infrastructure-monitoring/get-started/get-started-infrastructure-monitoring/).
+Em muitos casos, há sobreposição entre o recurso e os componentes disponíveis no OpenTelemetry e no New Relic. Por exemplo, [o monitoramentoOpenTelemetry APM ](/docs/opentelemetry/get-started/apm-monitoring/opentelemetry-apm-intro/)espelha [o agenteNew Relic APM ](/docs/apm/new-relic-apm/getting-started/introduction-apm/), e [o monitoramento de infraestrutura com o coletor OpenTelemetry ](/docs/opentelemetry/get-started/collector-infra-monitoring/opentelemetry-collector-infra-intro/)espelha os recursos do [agente doNew Relic Infrastructure](/docs/infrastructure/infrastructure-monitoring/get-started/get-started-infrastructure-monitoring/).
Recomendamos que você explore as opções New Relic e OpenTelemetry. Com a instrumentação New Relic, há vantagens inerentes ao desenvolvimento de instrumentação e plataforma de recurso que funcionam juntas, e a integração New Relic tende a funcionar melhor imediatamente. Por outro lado, o OpenTelemetry oferece um grau incomparável de flexibilidade e controle, mas isso às vezes requer pesquisa e esforço adicionais para alcançar o resultado desejado.
## OpenTelemetry está em constante evolução [#emerging-standard]
-O projeto OpenTelemetry tem um amplo escopo que tem crescido ao longo dos anos. Embora muitos componentes principais tenham alcançado estabilidade (incluindo OTLP, a trace API /SDK , a /SDK métrica, a API /SDK de log ponte API , convenções semânticas http e muitas implementações de linguagem), há naturalmente peças que estão em vários outros estágios. de maturidade.
+O projeto OpenTelemetry tem um escopo amplo que cresceu ao longo dos anos. Embora muitos componentes principais tenham atingido a estabilidade (incluindo OTLP, a trace API e SDKs, a API e SDKs do Metrica, a e log API SDKs Bridge, convenções semânticas HTTP e muitas implementações de linguagem), há naturalmente partes que estão em vários outros estágios de maturidade.
-New Relic AI Monitoring terá suporte de primeira classe para OpenTelemetry, incluindo a ingestão de todos os dados OTLP em nossa plataforma de observabilidade de uso geral e a construção da experiência do usuário com base nos dados OpenTelemetry para ajudar a gerar insights a partir dos dados prontos para uso. À medida que os componentes surgem e se desenvolvem, os recursos da nossa plataforma evoluirão paralelamente. No entanto, esteja ciente do status de maturidade de quaisquer componentes do OpenTelemetry com os quais você está integrando. Embora tentemos ficar por dentro das mudanças, pode ser um desafio construir em torno de mudanças significativas em componentes experimentais.
+New Relic AI Monitoring terá suporte de primeira classe para OpenTelemetry, incluindo a ingestão de todos os dados OTLP em nossa plataforma de observabilidade de uso geral e a construção de experiência do usuário sobre os dados OpenTelemetry para ajudar a gerar insights dos dados imediatamente. À medida que os componentes surgem e se desenvolvem, os recursos da nossa plataforma também evoluem. No entanto, esteja ciente do status de maturidade de quaisquer componentes do OpenTelemetry com os quais você esteja se integrando. Embora tentemos ficar por dentro das mudanças, pode ser desafiador desenvolver soluções em torno de mudanças drásticas em componentes experimentais.
## OpenTelemetry referência arquitetura [#reference-architecture]
Com uma variedade tão grande de componentes e opções de configuração, pode ser difícil saber por onde começar com o OpenTelemetry.
-O diagrama abaixo ilustra uma arquitetura de referência: uma visão de alto nível de como vários componentes do OpenTelemetry funcionam juntos e se integram ao New Relic. Desenvolvedores de software, DevOps, arquitetos e gerentes podem usá-lo para alinhar conceitos. Ele mostra aplicativos instrumentados com uma variedade de ferramentas - agente New Relic APM , instrumentação OpenTelemetry APM , Jaeger e Prometheus - exportando dados para New Relic e, opcionalmente, através de um coletor OpenTelemetry intermediário. O coletor OpenTelemetry compreende uma ampla variedade de protocolos e pode processar, filtrar e enriquecer dados de telemetria antes de exportá-los para um ou mais destinos. Para exemplos de código funcional que demonstram essas integração, consulte [introdução ao OpenTelemetry e New Relic](/docs/opentelemetry/get-started/opentelemetry-get-started-intro/).
+O diagrama abaixo mostra uma arquitetura de referência que fornece uma visão geral de alto nível de como vários componentes do OpenTelemetry interagem e se integram ao New Relic. Este guia visual é valioso para desenvolvedores de software, engenheiros DevOps , arquitetos e gerentes que buscam alinhamento em conceitos-chave.
+
+A arquitetura ilustra o aplicativo instrumentado com um conjunto diversificado de ferramentas, incluindo agente New Relic APM , instrumentação OpenTelemetry APM , Jaeger e Prometheus. Essas ferramentas coletam dados de telemetria, que são então exportados para New Relic, potencialmente passando por um coletor OpenTelemetry intermediário opcional. O coletor entende uma ampla variedade de protocolos e pode processar, filtrar e enriquecer dados de telemetria antes de exportar para um ou mais destinos. Para obter exemplos de código funcional que demonstram essas integrações, consulte [Introdução ao OpenTelemetry e New Relic](/docs/opentelemetry/get-started/opentelemetry-get-started-intro/).
-
+
-Para leitura adicional, familiarize-se com a [demonstração do OpenTelemetry](https://opentelemetry.io/docs/demo/), um projeto mantido pela comunidade OpenTelemetry que ilustra vários conceitos do OpenTelemetry por meio de um sistema de comércio eletrônico fictício conduzido por uma série de microsserviços.
+Para leitura adicional, familiarize-se com a [demonstração do OpenTelemetry](https://opentelemetry.io/docs/demo/), um projeto mantido pela comunidade OpenTelemetry que ilustra vários conceitos do OpenTelemetry por meio de um sistema de comércio eletrônico fictício conduzido por uma série de microsserviços.
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/serverless-function-monitoring/aws-lambda-monitoring/opentelemetry/lambda-opentelemetry-dotnet.mdx b/src/i18n/content/pt/docs/serverless-function-monitoring/aws-lambda-monitoring/opentelemetry/lambda-opentelemetry-dotnet.mdx
index d52a03b704b..66c337a46ef 100644
--- a/src/i18n/content/pt/docs/serverless-function-monitoring/aws-lambda-monitoring/opentelemetry/lambda-opentelemetry-dotnet.mdx
+++ b/src/i18n/content/pt/docs/serverless-function-monitoring/aws-lambda-monitoring/opentelemetry/lambda-opentelemetry-dotnet.mdx
@@ -5,10 +5,7 @@ freshnessValidatedDate: never
translationType: machine
---
-
+
AWS Lambda com OpenTelemetry for .NET ainda está em desenvolvimento.
Temos documentação semelhante para [Java](/docs/serverless-function-monitoring/aws-lambda-monitoring/opentelemetry/lambda-opentelemetry-java), mas se você estiver usando Python, Go, JavaScript, Ruby ou PHP para AWS Lambda com OpenTelemetry, poderá usar nossa documentação Java ou .NET como um guia geral para a configuração. Para obter informações adicionais, consulte [AWS Distro para OpenTelemetry](https://aws-otel.github.io/docs/introduction).
@@ -44,26 +41,26 @@ Este guia pressupõe que você tenha o seguinte:
4. Escolha **Add**.
- * AMD64/X86_64: `arn:aws:lambda:{region}:901920570463:layer:aws-otel-collector-amd64-ver-0-90-1:1`
+ * AMD64/X86\_64: `arn:aws:lambda:{region}:901920570463:layer:aws-otel-collector-amd64-ver-0-90-1:1`
* ARM64: `arn:aws:lambda:\:901920570463:layer:aws-otel-collector-arm64-ver-0-90-1:1`
- Para modelos SAM e CloudFormation, adicione o seguinte às propriedades da sua função:
-
- ```yaml
- yourFunctionHere:
- Type: AWS::Serverless::Function
- Properties:
- # ...
- Layers:
- # Use this if using x86_64 architecture
- - !Sub arn:${AWS::Partition}:lambda:${AWS::Region}:901920570463:layer:aws-otel-collector-amd64-ver-0-90-1:1
- # Use this if using arm64 architecture
- - !Sub arn:${AWS::Partition}:lambda:${AWS::Region}:901920570463:layer:aws-otel-collector-arm64-ver-0-90-1:1
- ```
-
-
- Consulte os [ARNs mais recentes publicados pela AWS](https://aws-otel.github.io/docs/getting-started/lambda/lambda-dotnet) para verificar se os ARNs da camada acima estão atualizados.
-
+ Para modelos SAM e CloudFormation, adicione o seguinte às propriedades da sua função:
+
+ ```yaml
+ yourFunctionHere:
+ Type: AWS::Serverless::Function
+ Properties:
+ # ...
+ Layers:
+ # Use this if using x86_64 architecture
+ - !Sub arn:${AWS::Partition}:lambda:${AWS::Region}:901920570463:layer:aws-otel-collector-amd64-ver-0-90-1:1
+ # Use this if using arm64 architecture
+ - !Sub arn:${AWS::Partition}:lambda:${AWS::Region}:901920570463:layer:aws-otel-collector-arm64-ver-0-90-1:1
+ ```
+
+
+ Consulte os [ARNs mais recentes publicados pela AWS](https://aws-otel.github.io/docs/getting-started/lambda/lambda-dotnet) para verificar se os ARNs da camada acima estão atualizados.
+
@@ -71,147 +68,38 @@ Este guia pressupõe que você tenha o seguinte:
Para enviar os dados OpenTelemetry que esta camada coleta para o New Relic, precisamos configurar o coletor OpenTelemetry Lambda que é empacotado com a camada para exportar a telemetria que recebe para o [endpointOpenTelemetry do New Relic](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/opentelemetry-quick-start). Antes de fazermos isso, primeiro precisamos definir algumas variáveis de ambiente das quais dependerá.
- 1. Gere e copie uma New Relic
-
-
-
- da sua conta New Relic.
-
+ 1. Gere e copie uma New Relic da sua conta New Relic.
2. Abra sua função no [Lambda Console](https://console.aws.amazon.com/lambda).
-
- 3. Escolha
-
-
- **Configuration**
-
-
- e depois
-
-
- **Environment variables**
-
-
- .
-
- 4. Em
-
-
- **Environment variables**
-
-
- , escolha
-
-
- **Edit**
-
-
- .
-
- 5. Escolha
-
-
- **Add environment variable**
-
-
- .
-
- 6. Para
-
-
- **Key**
-
-
- defina-o como `NEW_RELIC_LICENSE_KEY` e defina
-
-
- **Value**
-
-
- como o valor da chave de licença gerada na etapa 1. Em seguida, escolha
-
-
- **Save**
-
-
- .
-
- 7. Escolha
-
-
- **Add environment variable**
-
-
- novamente.
-
- 8. Para
-
-
- **Key**
-
-
- defina-o como `NEW_RELIC_OPENTELEMETRY_ENDPOINT` e defina
-
-
- **Value**
-
-
- como uma das opções abaixo (depende da sua região do New Relic). Em seguida, escolha
-
-
- **Save**
-
-
- .
-
- 9. Escolha
-
-
- **Add environment variable**
-
-
- novamente.
-
- 10. Para
-
-
- **Key**
-
-
- defina-o como `OTEL_SERVICE_NAME` e defina
-
-
- **Value**
-
-
- como o nome da sua função. Em seguida, escolha
-
-
- **Save**
-
-
- .
+ 3. Escolha **Configuration** e depois **Environment variables**.
+ 4. Em **Environment variables**, escolha **Edit**.
+ 5. Escolha **Add environment variable**.
+ 6. Para **Key** defina-o como `NEW_RELIC_LICENSE_KEY` e defina **Value** como o valor da chave de licença gerada na etapa 1. Em seguida, escolha **Save**.
+ 7. Escolha **Add environment variable** novamente.
+ 8. Para **Key** defina-o como `NEW_RELIC_OPENTELEMETRY_ENDPOINT` e defina **Value** como uma das opções abaixo (depende da sua região do New Relic). Em seguida, escolha **Save**.
+ 9. Escolha **Add environment variable** novamente.
+ 10. Para **Key** defina-o como `OTEL_SERVICE_NAME` e defina **Value** como o nome da sua função. Em seguida, escolha **Save**.
* `otlp.nr-data.net:4317`: Se sua conta New Relic estiver na região dos EUA
* `otlp.eu01.nr-data.net:4317`: Se a sua conta New Relic estiver na região da UE
- Para modelos SAM e CloudFormation, adicione o seguinte às propriedades da sua função. Certifique-se de substituir `your-license-key-here` por seu e `otlp.nr-data.net:4317` pelo endpoint New Relic OpenTelemetry para sua região.
-
- ```yaml
- yourFunctionHere:
- Type: AWS::Serverless::Function
- Properties:
- # ...
- Environment:
- Variables:
- # ...
- NEW_RELIC_LICENSE_KEY: your-license-key-here
- NEW_RELIC_OPENTELEMETRY_ENDPOINT: otlp.nr-data.net:4317
- OTEL_SERVICE_NAME: your-function-name-here
- ```
-
-
- Substitua `your-license-key-here` pelo seu New Relic e `otlp.nr-data.net:4317` pelo endpoint apropriado para sua região do New Relic (veja a lista acima).
-
+ Para modelos SAM e CloudFormation, adicione o seguinte às propriedades da sua função. Certifique-se de substituir `your-license-key-here` por seu e `otlp.nr-data.net:4317` pelo endpoint New Relic OpenTelemetry para sua região.
+
+ ```yaml
+ yourFunctionHere:
+ Type: AWS::Serverless::Function
+ Properties:
+ # ...
+ Environment:
+ Variables:
+ # ...
+ NEW_RELIC_LICENSE_KEY: your-license-key-here
+ NEW_RELIC_OPENTELEMETRY_ENDPOINT: otlp.nr-data.net:4317
+ OTEL_SERVICE_NAME: your-function-name-here
+ ```
+
+
+ Substitua `your-license-key-here` pelo seu New Relic e `otlp.nr-data.net:4317` pelo endpoint apropriado para sua região do New Relic (veja a lista acima).
+
@@ -262,64 +150,11 @@ Este guia pressupõe que você tenha o seguinte:
Então reimplante sua função.
1. Abra sua função no [Console do Lambda](https://console.aws.amazon.com/lambda).
-
- 2. Escolha
-
-
- **Configuration**
-
-
- e depois
-
-
- **Environment variables**
-
-
- .
-
- 3. Em
-
-
- **Environment variables**
-
-
- , escolha
-
-
- **Edit**
-
-
- .
-
- 4. Escolha
-
-
- **Add environment variable**
-
-
- .
-
- 5. Para
-
-
- **Key**
-
-
- defina `OPENTELEMETRY_COLLECTOR_CONFIG_FILE` e defina
-
-
- **Value**
-
-
- como `/var/task/collector.yaml`.
-
- 6. Em seguida, escolha
-
-
- **Save**
-
-
- .
+ 2. Escolha **Configuration** e depois **Environment variables**.
+ 3. Em **Environment variables**, escolha **Edit**.
+ 4. Escolha **Add environment variable**.
+ 5. Para **Key** defina `OPENTELEMETRY_COLLECTOR_CONFIG_FILE` e defina **Value** como `/var/task/collector.yaml`.
+ 6. Em seguida, escolha **Save**.
Para modelos SAM e CloudFormation, adicione isto às propriedades da sua função:
@@ -463,4 +298,4 @@ Em alguns casos, você poderá ver rastreamento distribuído fragmentado no New
## Mais Informações [#more-info]
-Para obter mais informações, confira [o início rápido do New Relic OpenTelemetry](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/opentelemetry-quick-start).
+Para obter mais informações, confira [o início rápido do New Relic OpenTelemetry](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/opentelemetry-quick-start).
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/serverless-function-monitoring/aws-lambda-monitoring/opentelemetry/lambda-opentelemetry-java.mdx b/src/i18n/content/pt/docs/serverless-function-monitoring/aws-lambda-monitoring/opentelemetry/lambda-opentelemetry-java.mdx
index d36ff592653..c940632d41d 100644
--- a/src/i18n/content/pt/docs/serverless-function-monitoring/aws-lambda-monitoring/opentelemetry/lambda-opentelemetry-java.mdx
+++ b/src/i18n/content/pt/docs/serverless-function-monitoring/aws-lambda-monitoring/opentelemetry/lambda-opentelemetry-java.mdx
@@ -5,10 +5,7 @@ freshnessValidatedDate: never
translationType: machine
---
-
+
AWS Lambda com OpenTelemetry for Java ainda está em desenvolvimento.
Temos documentação semelhante para [.NET](/docs/serverless-function-monitoring/aws-lambda-monitoring/opentelemetry/lambda-opentelemetry-dotnet), mas se você estiver usando Python, Go, JavaScript, Ruby ou PHP para AWS Lambda com OpenTelemetry, poderá usar nossa documentação Java ou .NET como um guia geral para a configuração. Para obter informações adicionais, consulte [AWS Distro para OpenTelemetry](https://aws-otel.github.io/docs/introduction).
@@ -31,42 +28,9 @@ Mesmo que não estejamos usando o AWS X-Ray nesta configuração, ainda precisam
Para ativar o Raio X:
1. Abra sua função no [Console do Lambda](https://console.aws.amazon.com/lambda).
-
-2. Escolha
-
-
- **Configuration**
-
-
- e depois
-
-
- **Monitoring Tools**
-
-
- .
-
-3. Escolha
-
-
- **Edit**
-
-
- .
-
-4. Em
-
-
- **X-Ray**
-
-
- , ative
-
-
- **Active tracing**
-
-
- .
+2. Escolha **Configuration** e depois **Monitoring Tools**.
+3. Escolha **Edit**.
+4. Em **X-Ray**, ative **Active tracing**.
Alternativamente, se você estiver usando [modelos SAM (Serverless aplicativo Model)](https://aws.amazon.com/serverless/sam/) ou [CloudFormation](https://aws.amazon.com/cloudformation/resources/templates/) , você pode habilitar o X-Ray adicionando o seguinte às propriedades da sua função do Lambda:
@@ -88,7 +52,7 @@ yourFunctionHere:
## Passo 2: Instale a camada [#install]
-A AWS publica uma camada gerenciada que inclui o [coletor OpenTelemetry Lambda](https://github.com/open-telemetry/opentelemetry-lambda), o [OpenTelemetry Java SDK](https://github.com/open-telemetry/opentelemetry-java-instrumentation) e o [agente de instrumentação automática ADOT](https://github.com/aws-observability/aws-otel-java-instrumentation).
+AWS publica uma camada gerenciada que inclui o [coletorOpenTelemetry Lambda](https://github.com/open-telemetry/opentelemetry-lambda), o [OpenTelemetry Java SDK](https://github.com/open-telemetry/opentelemetry-java-instrumentation) e o [agente automático de instrumentação ADOT](https://github.com/aws-observability/aws-otel-java-instrumentation).
Para instalá-lo:
@@ -100,7 +64,7 @@ Para instalá-lo:
4. Escolha **Add**.
- * AMD64/X86_64: `arn:aws:lambda:{region}:901920570463:layer:aws-otel-java-agent-amd64-ver-1-11-1:1`
+ * AMD64/X86\_64: `arn:aws:lambda:{region}:901920570463:layer:aws-otel-java-agent-amd64-ver-1-11-1:1`
* ARM64: `arn:aws:lambda:{region}:901920570463:layer:aws-otel-java-agent-arm64-ver-1-11-1:1`
Para modelos SAM ou CloudFormation, adicione isto às propriedades da sua função:
@@ -159,7 +123,7 @@ yourFunctionHere:
Para enviar os dados OpenTelemetry que esta camada coleta para o New Relic, precisamos configurar o coletor OpenTelemetry Lambda que é empacotado com a camada para exportar a telemetria que recebe para o [endpointOpenTelemetry do New Relic](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/opentelemetry-quick-start). Antes de fazermos isso, primeiro precisamos definir algumas variáveis de ambiente das quais dependerá.
-1. Gere e copie uma New Relic da sua conta New Relic.
+1. Gere e copie uma New Relic da sua conta New Relic.
2. Abra sua função no [Lambda Console](https://console.aws.amazon.com/lambda).
@@ -178,7 +142,7 @@ Para enviar os dados OpenTelemetry que esta camada coleta para o New Relic, prec
* `otlp.nr-data.net:4317`: Se sua conta New Relic estiver na região dos EUA
* `otlp.eu01.nr-data.net:4317`: Se a sua conta New Relic estiver na região da UE
-Para modelos SAM e CloudFormation, adicione o seguinte às propriedades da sua função. Certifique-se de substituir `your-license-key-here` por seu e `otlp.nr-data.net:4317` pelo endpoint New Relic OpenTelemetry para sua região.
+Para modelos SAM e CloudFormation, adicione o seguinte às propriedades da sua função. Certifique-se de substituir `your-license-key-here` por seu e `otlp.nr-data.net:4317` pelo endpoint New Relic OpenTelemetry para sua região.
```yaml
yourFunctionHere:
@@ -193,12 +157,12 @@ yourFunctionHere:
```
- Substitua `your-license-key-here` pelo seu New Relic e `otlp.nr-data.net:4317` pelo endpoint apropriado para sua região do New Relic. Veja a lista acima.
+ Substitua `your-license-key-here` pelo seu New Relic e `otlp.nr-data.net:4317` pelo endpoint apropriado para sua região do New Relic. Veja a lista acima.
-## Etapa 5: configurar o coletor [#collector]
+## Etapa 5: Configurar o coletor [#collector]
-Agora substituiremos a configuração padrão do coletor OpenTelemetry Lambda por uma que exporte a telemetria para o endpoint New Relic OpenTelemetry. Para fazer isso, devemos incluir um arquivo de configuração `collector.yaml` com nossa função.
+Agora, substituiremos a OpenTelemetry configuração padrão do coletor Lambda por uma que exporte a telemetria para o New Relic OpenTelemetry endpoint. Para fazer isso, precisamos incluir um arquivo de configuração `collector.yaml` com nossa função.
Crie um arquivo `collector.yaml` no diretório raiz da sua função com o seguinte conteúdo:
@@ -231,64 +195,11 @@ service:
Agrupe esse arquivo `collector.yaml` no diretório raiz do pacote zip da sua função e reimplante-o.
1. Abra sua função no [Console do Lambda](https://console.aws.amazon.com/lambda).
-
-2. Escolha
-
-
- **Configuration**
-
-
- e depois
-
-
- **Environment variables**
-
-
- .
-
-3. Em
-
-
- **Environment variables**
-
-
- , escolha
-
-
- **Edit**
-
-
- .
-
-4. Escolha
-
-
- **Add environment variable**
-
-
- .
-
-5. Para
-
-
- **Key**
-
-
- defina `OPENTELEMETRY_COLLECTOR_CONFIG_FILE` e defina
-
-
- **Value**
-
-
- como `/var/task/collector.yaml`.
-
-6. Em seguida, escolha
-
-
- **Save**
-
-
- .
+2. Escolha **Configuration** e depois **Environment variables**.
+3. Em **Environment variables**, escolha **Edit**.
+4. Escolha **Add environment variable**.
+5. Para **Key** defina `OPENTELEMETRY_COLLECTOR_CONFIG_FILE` e defina **Value** como `/var/task/collector.yaml`.
+6. Em seguida, escolha **Save**.
Para modelos SAM e CloudFormation, adicione isto às propriedades da sua função:
@@ -325,7 +236,7 @@ O método de instrumentação manual é semelhante ao procedimento de instrument
Para instrumentação manual, em vez de usar os ARNs de camada na [Etapa 2](#install), use um dos ARNs de camada na lista abaixo para a arquitetura da sua função:
-* AMD64/X86_64: `arn:aws:lambda:{region}:901920570463:layer:aws-otel-java-wrapper-amd64-ver-1-11-1:1`
+* AMD64/X86\_64: `arn:aws:lambda:{region}:901920570463:layer:aws-otel-java-wrapper-amd64-ver-1-11-1:1`
* ARM64: `arn:aws:lambda:{region}:901920570463:layer:aws-otel-java-wrapper-arm64-ver-1-11-1:1`
Substitua `{region}` pela sua região da AWS, como `us-east-1`.
@@ -346,4 +257,4 @@ Em alguns casos, você poderá ver rastreamento distribuído fragmentado no New
## Mais Informações [#more-info]
-Para obter mais informações, confira [o início rápido do New Relic OpenTelemetry](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/opentelemetry-quick-start).
+Para obter mais informações, confira [o início rápido do New Relic OpenTelemetry](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/opentelemetry-quick-start).
\ No newline at end of file
+
+
+
+* 
+
+
+ 
+
+ 
-
- 
-
- 
-1. Ingrese un extremo OTLP. Por ejemplo, `https://otlp.nr-data.net:4317`.
+1. Introduzca un extremo OTLP. Por ejemplo, `https://otlp.nr-data.net:4317`.
2. Para autenticación, seleccione