← Product Configuration management

Turn collector YAML into
managed rollouts.

Store, version, assign, and roll out collector configs from one place. Compare intended state with the effective config each collector actually reports, and roll back instantly when anything looks wrong.

configurations · prod-ingress
v14 · 42 collectors
VERSIONS
v14 · a91f3b2
applying · 33/42
v13 · 7c2ed11
applied · 2d ago
v12 · 3a01f9e
rolled back · 4d ago
v11 · b9d44a2
applied · 1w ago
v13 → v14 configs/prod-ingress.yaml drift on 1 collector
10 otlp:
11 protocols: { grpc: { endpoint: 0.0.0.0:4317 } }
12 processors:
13 batch:
14 timeout: 1s
15 send_batch_size: 8192
14+ timeout: 200ms
15+ send_batch_size: 4096
16+ send_batch_max_size: 4096
17 memory_limiter:
18 check_interval: 1s
19 limit_mib: 1500
Roll out v14 Roll back last applied 6m ago by maya
Versioned configs

Every config is a versioned object.

Push from the UI, the CLI, or a Git commit — every save is a new immutable version with a SHA, an author, a message, and a diff.

  • Immutable version history, indexed by SHA
  • Inline YAML editor with schema-aware validation
  • Compare any two versions, side by side
history · prod-ingress
v14
tighten batch processor timeout
6m
v13
add k8sattributes processor
2d
v12
try otlp/http exporter
rolled back
v11
raise memory_limiter to 1500MiB
1w
drift · intended vs effective
INTENDED · v14
14timeout: 200ms
15send_batch_size: 4096
EFFECTIVE · 1 collector
14timeout: 1s
15send_batch_size: 8192
otel-gateway-02 reports an older effective config. Reapply or quarantine.
Drift detection

Catch the gap between
intended and effective.

OpAMP gives you the config a collector reports it's actually running. We diff that against what you asked for — and surface every mismatch.

  • Per-collector intended vs effective comparison
  • Filter the inventory to only drifted collectors
  • One-click reapply or quarantine
Targeted assignment

Assign configs by label, not by hostname.

Group collectors with labels — environment, region, role — and bind a managed config to a label expression. New collectors that match the label inherit the config automatically.

  • Label-based selectors with full Boolean operators
  • Preview the matched set before you assign
  • Per-config and per-collector pin overrides
assignment · prod-ingress
SELECTOR
env = "production" AND role = "ingress"
MATCHES
42 collectors will receive this config on next rollout.
rollback · v14 → v13
Roll back to v13
7c2ed11 · jordan · 2d ago
Confirm rollback
42 collectors will revert to v13. Effective config will reconcile within ~30 seconds.
Instant rollback

Undo a bad rollout in one click.

Every prior version is one button away. Roll back to a known-good config across the entire fleet, or scope the rollback to a single label set.

  • One-click revert to any prior version
  • Scoped rollback for partial recoveries
  • Auto-rollback on health threshold breach (Business+)
How it works

From YAML to running collector,
in four steps.

01

Author

Edit YAML in the UI, push from CLI, or commit to Git.

02

Validate

Schema check, processor compatibility, and dry-run before save.

03

Roll out

Stage to a label slice, watch live progress, fan out when green.

04

Reconcile

Effective config reports back. Drift surfaces immediately.

Ready to manage configs the way you ship code?

Start free, connect a collector in monitor-only mode, and turn on managed mode whenever you're ready.