Skip to content

Commit 5459f7e

Browse files
janssenlimaemdnetoEzzioMoreiraopentelemetrybotchalin
authored
[pt] Add content/pt/docs/concepts/instrumentation/code-based.md (#5093)
Co-authored-by: Emídio Neto <[email protected]> Co-authored-by: Ezzio Moreira <[email protected]> Co-authored-by: opentelemetrybot <[email protected]> Co-authored-by: Patrice Chalin <[email protected]> Co-authored-by: Luiz Aoqui <[email protected]>
1 parent e8052ad commit 5459f7e

File tree

1 file changed

+71
-0
lines changed

1 file changed

+71
-0
lines changed
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,71 @@
1+
---
2+
title: Manual
3+
description: >-
4+
Aprenda as etapas essenciais na configuração da instrumentação manual
5+
weight: 20
6+
default_lang_commit: fe0c3f68902aeb6e7584ffc32c6c8964d7a89e6e
7+
---
8+
9+
## Importe a API e o SDK do OpenTelemetry
10+
11+
Primeiro, você precisará importar o OpenTelemetry para o seu código. Se estiver
12+
desenvolvendo uma biblioteca ou algum outro componente que se destina a ser
13+
consumido por um binário executável, você só dependeria da API. Se o seu
14+
artefato for um processo ou serviço independente, então você dependeria da API e
15+
do SDK. Para obter mais informações sobre a API e o SDK do OpenTelemetry,
16+
consulte a [especificação](/docs/specs/otel/).
17+
18+
## Configure a API do OpenTelemetry
19+
20+
Para criar rastros ou métricas, primeiro você precisa criar um _provider_ do
21+
tipo _tracer_ e/ou _meter_. Geralmente, recomendamos que o SDK forneça um único
22+
provider padrão para esses objetos. Em seguida, você obtém uma instância
23+
_tracer_ ou _meter_ desse _provider_ e atribui a ela um nome e uma versão. O
24+
nome que você escolher aqui deve identificar exatamente o que está sendo
25+
instrumentado - se você está desenvolvendo uma biblioteca, por exemplo, você
26+
deve nomeá-la com o nome da sua biblioteca (por exemplo
27+
`com.example.myLibrary`), pois esse nome será usado como _namespace_ em todos os
28+
eventos de trecho ou métricas que forem produzidos. Além disso, é recomendável
29+
fornecer uma _string_ de versão (ou seja, `semver:1.0.0`) que corresponda à
30+
versão atual da sua biblioteca ou serviço.
31+
32+
## Configure o SDK do OpenTelemetry
33+
34+
Se você está desenvolvendo um serviço, também precisará configurar o SDK com as
35+
opções adequadas para exportar seus dados de telemetria para um _backend_ de
36+
análise. Recomendamos que esta configuração seja feita programaticamente por
37+
meio de um arquivo de configuração ou outro mecanismo. Além disso, existem
38+
opções de ajuste específicas para cada linguagem de programação que você pode
39+
utilizar.
40+
41+
## Crie dados de telemetria
42+
43+
Depois de configurar a API e o SDK, você estará pronto para criar eventos de
44+
rastros e métricas usando os objetos _tracer_ e _meter_ obtidos do _provider_.
45+
Utilize bibliotecas de instrumentação para suas dependências -- confira o
46+
[OpenTelemetry Registry](/ecosystem/registry/) ou o repositório da sua linguagem
47+
de programação para mais informações sobre essas bibliotecas.
48+
49+
## Exporte dados
50+
51+
Depois de criar os dados de telemetria, você vai querer enviá-los para algum
52+
lugar. O OpenTelemetry oferece suporte a dois métodos principais de exportação
53+
de dados do seu processo para um _backend_ de análise: diretamente da sua
54+
aplicação ou por meio de um proxy através do
55+
[OpenTelemetry Collector](/docs/collector).
56+
57+
A exportação a partir da sua aplicação exige que você importe e dependa de um ou
58+
mais _exporters_, bibliotecas responsáveis por traduzir os objetos de trechos e
59+
métricas em memória do OpenTelemetry para o formato apropriado para ferramentas
60+
de análise de telemetria, como Jaeger ou Prometheus. Além disso, o OpenTelemetry
61+
suporta um protocolo conhecido como `OTLP`, que é compatível com todos os SDKs
62+
do OpenTelemetry. Esse protocolo pode ser utilizado para enviar dados ao
63+
OpenTelemetry Collector, um processo binário que pode ser executado como
64+
_proxy_, _sidecar_ ou em um _host_ separado. O Collector pode então ser
65+
configurado para encaminhar e exportar esses dados para ferramentas de análise
66+
de sua escolha.
67+
68+
Além das ferramentas _open source_ como Jaeger ou Prometheus, uma lista
69+
crescente de empresas oferece suporte para ingestão de dados de telemetria do
70+
OpenTelemetry. Para mais detalhes, consulte os
71+
[Fornecedores](/ecosystem/vendors/).

0 commit comments

Comments
 (0)