Экспертная страница сервиса · OpenTelemetry Collector

OpenTelemetry Collector Contrib как центральная точка observability-контура Sysaro

Sysaro управляет не абстрактным “otelcol”, а проверяемым Contrib-профилем: OTLP ingress, metrics export и loopback routing к Loki/Tempo с topology validation до apply.

Проверено по публичной версии: 0.20.02026-09-15Typed Contrib pipeline + native validation
Typed профиль Sysaro требует OpenTelemetry Collector Contrib, потому что использует contrib-компоненты. Он управляет OTLP receivers, health endpoint, Prometheus exporter и loopback routing к Loki/Tempo; core-only Collector остаётся видимым в inventory, но этот профиль к нему не применяется.
DistributionOpenTelemetry Collector Contrib
IngressOTLP gRPC + HTTP
ValidationNative collector validate before restart
TopologyPrometheus + Loki + Tempo targets checked
Операционный контур

Как сервис встроен в Sysaro

ApplicationsOTLPCollector ContribPrometheus / Loki / TempoGrafana
01

Почему именно Contrib

Managed profile использует компоненты, которых нельзя гарантировать в core-only distribution.

Agent поэтому различает найденный core-only otelcol и Contrib installation вместо того, чтобы применять конфиг вслепую.

Это делает version/distribution mismatch явным состоянием UI, а не failed restart после записи YAML.

02

Связанный typed pipeline

OTLP gRPC/HTTP receivers принимают telemetry приложений.

Metrics exporter направляет данные к Prometheus, logs — к Loki, traces — к Tempo через loopback targets.

Target ports входят в typed desired state, а Stack view показывает topology mismatch до применения соседних конфигураций.

03

Safe apply

Перед restart выполняется native Collector validation.

Config path, systemd unit и probe endpoint фиксированы adapter-ом и не задаются браузером.

Apply использует managed-file ownership и rollback; readiness после рестарта подтверждает не только active process, но и доступность health endpoint.

Граница доказательности

Чего эта страница не утверждает

Discovery, lifecycle или typed subset не выдаются за полное управление всеми возможностями upstream-сервиса. Каноническая текущая граница также опубликована в service-evidence.json и каталоге 18 сервисов.