PII vs CID
PII and client-identifying data are different legal categories. No scanner reliably finds the second — classify before data leaves the network.
Work directly with the builders and lock in launch pricing. Join the program →
The observability Swiss Army knife
OpenTelemetry-native and OpAMP-first — one tool to collect, refine, protect & route your telemetry, self-hosted and actually built in Switzerland.
Self-hosted, free to start. No credit card · 25 Collectors free.
Prefer to be guided in, or want product updates? Get early access:
You're on the list — we'll be in touch by email.
Already running a collector? Connect it in ~10 lines
otelcol-contrib · OpAMP
Running otelcol-contrib?
Add the OpAMP extension and a token. ~10 lines of YAML. →
Grafana Alloy · remotecfg
Running Grafana Alloy?
Add a remotecfg block and a token. Upstream Alloy, no fork. →
Either way, your telemetry stays on your infrastructure. Optionally add the LinkMesh agent for guided onboarding — it auto-discovers services and log sources.
Explainer · 1:33
What a collector is, where the control plane runs, and why you pay per collector instead of per gigabyte.
Already sold and want to see it installed? Watch the full install walkthrough →
Optional
A plainly-enrolled collector works on its own. The optional LinkMesh agent is an edge connector that auto-discovers what's running on a host or cluster and turns it into ready-to-approve pipelines — so onboarding is minutes, not manual YAML. It carries no telemetry and never sits in the data path.
| Onboarding | Collector only OpAMP or remotecfg | + LinkMesh agent optional edge connector |
|---|---|---|
| Service auto-detection | Author receiver config by hand | Detects running services + suggests receivers |
| Log-source discovery | Find log paths yourself | Guided picker + template library |
| Kubernetes workload rollup | — | Discovers pods / workloads for onboarding |
| Reachability preflight | — | Flags connectivity + unreadable sources up front |
| Host footprint | Your collector only | + a small agent (package or DaemonSet) |
First time? Walk through the full setup with screenshots on docs.linkmesh.io/quickstart.
Open standards and no lock-in, per-collector pricing, on-prem and PII-aware — one control plane for the four jobs every telemetry pipeline needs.
Logs, metrics, and traces from any source, over standard OpenTelemetry Collectors — no proprietary agent, no fork.
Drop, sample, and aggregate noisy telemetry at the source — often 10–30% less log volume before it hits a billed backend.
Mask credit cards, emails, and custom fields on the host, before anything leaves your network.
Fan out to the right backend by label, environment, or tenant — Grafana, Splunk, Elastic, Azure, any OTel destination.
For the technical model behind these — Collectors, Sources, Pipelines, Routes, Destinations — see Concepts on docs.linkmesh.io.
Telemetry pipelines, OpenTelemetry, and observability cost control — from the team building LinkMesh.
PII and client-identifying data are different legal categories. No scanner reliably finds the second — classify before data leaves the network.
Grafana Fleet Management went GA for upstream OTel Collectors in July 2026. An honest comparison, and the one question that decides between them.
Attribute-based routing in the OpenTelemetry Collector — a priority-ordered, first-match-wins cascade you build with a picker instead of raw OTTL.
Test enrollment, pipeline configuration, PII masking, and multi-destination routing in your own environment — no volume-based cost risk during the trial. Pricing scales by managed Collector after that.
Questions about pricing, running a bigger fleet, or self-hosting? Tell us what you need and we'll get back to you.
Thanks — message sent.
We'll get back to you by email shortly.