Service expert page · OpenTelemetry Collector

OpenTelemetry Collector Contrib as the center of Sysaro’s observability pipeline

Sysaro manages a verifiable Contrib profile rather than an abstract “otelcol”: OTLP ingress, metric export and loopback Loki/Tempo routing with topology validation before apply.

Verified against public version: 0.20.02026-09-15Typed Contrib pipeline + native validation
The Sysaro typed profile requires OpenTelemetry Collector Contrib because it uses contrib components. It manages OTLP receivers, the health endpoint, Prometheus export and loopback routing to Loki/Tempo; a core-only Collector remains visible in inventory but cannot receive this profile.
DistributionOpenTelemetry Collector Contrib
IngressOTLP gRPC + HTTP
ValidationNative collector validate before restart
TopologyPrometheus + Loki + Tempo targets checked
Operational path

How the service fits into Sysaro

ApplicationsOTLPCollector ContribPrometheus / Loki / TempoGrafana
01

Why Contrib is explicit

The managed profile uses components that cannot be assumed to exist in the core-only distribution.

The Agent therefore distinguishes a detected core-only otelcol from a Contrib installation instead of applying configuration blindly.

Distribution mismatch becomes an explicit UI state rather than a failed restart after writing YAML.

02

Connected typed pipeline

OTLP gRPC/HTTP receivers accept application telemetry.

The metrics exporter routes to Prometheus while logs go to Loki and traces to Tempo through loopback targets.

Target ports are part of typed desired state and the Stack view reports topology mismatches before adjacent configs are applied.

03

Safe apply

Native Collector validation runs before restart.

Configuration path, systemd unit and probe endpoint are fixed by the adapter rather than chosen by the browser.

Apply uses managed-file ownership and rollback; post-restart readiness verifies a health endpoint instead of relying on process state alone.

Evidence boundary

What this page does not claim

Detection, lifecycle or a typed subset is not described as complete management of every upstream capability. The canonical current scope is also published in service-evidence.json and the 18-service catalog.