Services

Resources

Company

OpenTelemetry (OTel)

OpenTelemetry (OTel) is an open source observability framework from the Cloud Native Computing Foundation (CNCF). It provides vendor-neutral APIs, SDKs, a wire protocol and a Collector for generating, processing and exporting telemetry: traces, metrics and logs. You instrument code once and send the data to any compatible backend.

How it works

Applications use the OTel API to create spans and record metrics, either by hand or through automatic instrumentation libraries for common frameworks. The SDK batches the data and exports it over the OpenTelemetry Protocol (OTLP), by default on port 4317 for gRPC and 4318 for HTTP. Semantic conventions fix attribute names such as http.request.method and service.name, so data from a Go service and a Java service lines up. An OpenTelemetry Collector often sits between apps and backends to process and route the data.

Why it matters in production

Before OTel, changing an observability vendor meant re-instrumenting every service. A single standard keeps instrumentation stable while backends change, and it gives every team the same names for the same things.

See also

On the One2N blog

References

  1. Origin of the term

  2. What is OpenTelemetry? (official documentation)

  3. OpenTelemetry specification

Comic about OpenTelemetry: three services tied to Vendor A as the contract ends; Kai instruments with the OTel API and OTLP; a Collector routes data and one exporter line in collector.yaml moves from vendor A to vendor B, and the same trace appears with no app code changed.