Skip to content

Commit ebc9a3a

Browse files
theletterfmx-psi
andauthored
[es] Add What is OpenTelemetry to Spanish site (#5021)
Co-authored-by: Pablo Baeyens <[email protected]>
1 parent e1f6ae8 commit ebc9a3a

File tree

1 file changed

+132
-0
lines changed

1 file changed

+132
-0
lines changed

content/es/what-is-opentelemetry.md

+132
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,132 @@
1+
---
2+
title: ¿Qué es OpenTelemetry?
3+
description: Qué es y qué no es OpenTelemetry, una breve explicación
4+
weight: 150
5+
default_lang_commit: 13c2d415e935fac3014344e67c6c61556779fd6f
6+
cSpell:ignore: microservicios extensibilidad
7+
---
8+
9+
OpenTelemetry es:
10+
11+
- Un framework de
12+
[observabilidad](/docs/concepts/observability-primer/#what-is-observability) y
13+
un conjunto de herramientas diseñado para crear y gestionar datos de
14+
telemetría tales como [trazas](/docs/concepts/signals/traces/),
15+
[métricas](/docs/concepts/signals/metrics/) y
16+
[logs](/docs/concepts/signals/logs/).
17+
- Independiente de proveedores y herramientas, lo que significa que puede usarse
18+
con una amplia variedad de backends de observabilidad, incluyendo
19+
[Jaeger](https://www.jaegertracing.io/) y
20+
[Prometheus](https://prometheus.io/), así como soluciones comerciales.
21+
- No es un backend de observabilidad como Jaeger, Prometheus, o productos
22+
comerciales de terceros.
23+
- Enfocado en la generación, recopilación, gestión y exportación de telemetría.
24+
Uno de los objetivos principales de OpenTelemetry es que puedas instrumentar
25+
fácilmente tus aplicaciones o sistemas, sin importar el lenguaje de
26+
programación, infraestructura o entorno de ejecución. El almacenamiento y
27+
visualización de la telemetría se deja intencionadamente a otras herramientas.
28+
29+
## ¿Qué es la observabilidad?
30+
31+
[Observabilidad](/docs/concepts/observability-primer/#what-is-observability) es
32+
la capacidad para comprender el estado interno de un sistema a través del
33+
análisis de sus resultados. En el contexto del software, esto significa ser
34+
capaces de comprender el estado interno de un sistema a través del análisis de
35+
sus datos de telemetría, que incluyen trazas, métricas y logs.
36+
37+
Para que un sistema sea observable, debe ser
38+
[instrumentado](/docs/concepts/instrumentation), esto es, su código debe emitir
39+
[trazas](/docs/concepts/signals/traces/),
40+
[métricas](/docs/concepts/signals/metrics/) o
41+
[logs](/docs/concepts/signals/logs/). Los datos instrumentados tienen que ser
42+
enviados luego a un backend de observabilidad.
43+
44+
## ¿Por qué OpenTelemetry?
45+
46+
Con el auge de la computación en la nube, las arquitecturas de microservicios y
47+
requisitos comerciales cada vez más complejos, la necesidad de
48+
[observabilidad](/docs/concepts/observability-primer/#what-is-observability) del
49+
software y la infraestructura es mayor que nunca.
50+
51+
OpenTelemetry satisface la necesidad de observabilidad siguiendo dos principios
52+
fundamentales:
53+
54+
1. Eres dueño de los datos que generas. No hay ningún tipo de dependencia del
55+
proveedor.
56+
2. Solo tienes que aprender un único conjunto de API y convenciones.
57+
58+
Ambos principios combinados otorgan a los equipos y organizaciones la
59+
flexibilidad que necesitan en el mundo informático de hoy en día.
60+
61+
Si quieres aprender más, echa un vistazo a
62+
[la misión, la visión y los valores](/community/mission/) de OpenTelemetry.
63+
64+
## Main OpenTelemetry components
65+
66+
OpenTelemetry consta de los siguientes componentes principales:
67+
68+
- Una [especificación](/docs/specs/otel) para todos los componentes.
69+
- Un [protocolo](/docs/specs/otlp/) estándar que define el formato de los datos
70+
de telemetría.
71+
- Una [convención semántica](/docs/specs/semconv/) que define un sistema de
72+
nomenclatura estándar para tipos de datos de telemetría comunes.
73+
- APIs que describen cómo se generan los datos de telemetría.
74+
- [SDKs para cada lenguaje](/docs/languages) que implementan las
75+
especificaciones, las APIs, y que exportan datos de telemetría.
76+
- Un [ecosistema de librerías](/ecosystem/registry) que implementan
77+
instrumentación para librerías y frameworks populares.
78+
- Componentes de instrumentación automática que generan datos de telemetría sin
79+
requerir cambios en el código.
80+
- El [OpenTelemetry Collector](/docs/collector), un proxy que recibe, procesa y
81+
exporta datos de telemetría.
82+
- Numerosas herramientas, como el
83+
[OpenTelemetry Operator para Kubernetes](/docs/kubernetes/operator/),
84+
[OpenTelemetry Helm Charts](/docs/kubernetes/helm/) y
85+
[recursos para la comunidad para FaaS](/docs/faas/).
86+
87+
OpenTelemetry es utilizado por una amplia variedad de
88+
[librerías, servicios y aplicaciones](/ecosystem/integrations/) que integran
89+
OpenTelemetry y proporcionan observabilidad por defecto.
90+
91+
OpenTelemetry cuenta con el respaldo de numerosos
92+
[proveedores](/ecosystem/vendors/), muchos de los cuales brindan soporte
93+
comercial para OpenTelemetry y contribuyen directamente al proyecto.
94+
95+
## Extensibilidad
96+
97+
OpenTelemetry está diseñado para ser extensible. Algunos ejemplos de cómo se
98+
puede extender incluyen:
99+
100+
- Agregar un receptor al OpenTelemetry Collector para admitir datos de
101+
telemetría desde una fuente de datos personalizada.
102+
- Cargar librerías de instrumentación personalizadas en un SDK.
103+
- Crear una [distribución](/docs/concepts/distributions/) de un SDK o Collector
104+
adaptada a un caso de uso específico.
105+
- Crear un nuevo exportador para un backend personalizado que aún no admite el
106+
protocolo OpenTelemetry (OTLP).
107+
- Crear un propagador personalizado para un formato de propagación de contexto
108+
que no es estándar.
109+
110+
Aunque la mayoría de los usuarios tal vez no necesiten extender OpenTelemetry,
111+
el proyecto está diseñado para hacerlo posible en casi todos los niveles.
112+
113+
## Historia
114+
115+
OpenTelemetry es un proyecto de
116+
[Cloud Native Computing Foundation (CNCF)](https://www.cncf.io) que es el
117+
resultado de una fusión entre dos proyectos anteriores,
118+
[OpenTracing](https://opentracing.io) y [OpenCensus](https://opencensus.io).
119+
Ambos proyectos fueron creados para resolver el mismo problema: la falta de un
120+
estándar sobre cómo instrumentar código y enviar datos de telemetría a un
121+
backend de Observabilidad. Como ninguno de los dos proyectos anteriores pudo
122+
resolver por completo el problema de forma independiente, se fusionaron para
123+
formar OpenTelemetry y combinar así sus fortalezas a la vez que ofrecían una
124+
solución única.
125+
126+
Si usas OpenTracing u OpenCensus, aprende cómo migrar a OpenTelemetry en la
127+
[guía de migración](/docs/migration/).
128+
129+
## Pasos siguientes
130+
131+
- [Tutorial de inicio rápido](/docs/getting-started/): ¡lánzate de inmediato!
132+
- Conoce los [conceptos fundamentales de OpenTelemetry](/docs/concepts/).

0 commit comments

Comments
 (0)