|
| 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