liveBook · Manning

OTLP

As explained in Cloud Observability in Action

The OpenTelemetry Protocol is a telemetry data-delivery protocol defining signal encoding, transport, and delivery between sources, collectors, and destinations.

OTLP (OpenTelemetry Protocol) is a general-purpose telemetry data-delivery protocol for encoding, transporting, and delivering signals between sources, collectors, and backend destinations. It uses request–response communication and can run over gRPC, HTTP, and, going forward, WebSockets. section 4.3.2

OTLP’s operational design emphasizes reliable delivery across telemetry pipelines:

  • Reports delivery failures clearly and supports high-reliability delivery. section 4.3.2
  • Supports L7 load balancers by mapping imbalanced incoming traffic to balanced outgoing traffic. section 4.3.2
  • Carries backpressure from destinations to sources, enabling reliable multihop delivery through collectors with different processing capacities. section 4.3.2
  • Serves as the native protocol for communicating with an OpenTelemetry Collector, whose pipelines receive, process, and export signals. section 4.3.2
  • Provides an increasingly standard wire format across metrics, traces, logs, and eventually profiles, although native OTLP support was not yet universal in 2023. section 5.6.4 section 4.6

OTLP through a collector

A Docker Compose deployment configures an application to send OTLP to an OpenTelemetry Collector at otel-collector:4317. The collector accepts OTLP over gRPC, batches trace data, and exports traces to Jaeger; a separate metrics pipeline receives Prometheus data and exports it to Prometheus. This arrangement illustrates OTLP as the application-to-collector delivery path within a larger receive–process–export workflow.

How Cloud Observability in Action covers it

How deep it goes
Defines encoding, transport, delivery, request–response behavior, reliability, load balancing, and backpressure without detailing signal schemas.
Examples
Uses Docker Compose, a collector OTLP receiver, batching pipelines, Prometheus metrics export, and Jaeger trace export.
What it assumes
Assumes basic telemetry signals and backend concepts while establishing sources, collectors, pipelines, receivers, processors, and exporters.
What you can do after
Operate/configure telemetry delivery through collectors using OTLP endpoints, transports, receivers, pipelines, and exporters.
How it connects
Connects OpenTelemetry Collector, OpenTelemetry, OpenCensus, gRPC, HTTP, backpressure, Prometheus, and Jaeger.

Also explained in

Compare how 2 books explain OTLP →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Cloud Observability in Action. The section links point to the parts of the book it draws on.