Services AI Integrations Case Studies Proof-of-Concept Sprint About Portfolio Pricing Tools Careers FAQs Contact Support request Book a call Emergency support ($150)
Observability · Self-hosted

Self-hosted observability: Vector → OpenObserve over a mesh

Unified logs and status across a multi-site fleet — self-hosted, mesh-private, and filtered at the edge so volume (and cost) stay low.

Vector OpenObserve Tailscale mesh MariaDB / ProxySQL infra k3s

First-party build — our own multi-region database + application platform. TODO: founder to confirm attribution.

3
Sites unified over one mesh (US · EU · witness)
60s
Infra status probe cadence
TODO
Monthly cost vs. comparable SaaS quote

Figures pending verification — placeholders until confirmed.

01 · Problem

What was actually wrong

A multi-site fleet — databases across sites plus application pods on k3s — had no single place to see health and errors. The obvious SaaS options price per host and per ingested GB, meaning visibility gets more expensive exactly as the fleet grows.

02 · Constraints

What we had to work within

  • Cost had to scale sub-linearly with host count — a per-host SaaS model was a non-starter.
  • Hosts span sites with no shared private network; telemetry could not cross the public internet in the clear.
  • Operable by a very small team — nothing that needs a dedicated observability engineer.
  • Keep ingest (and therefore cost and noise) down without losing the signal that matters.
03 · Options Considered

What we weighed

Datadog / hosted APM Considered

Excellent product, but per-host + per-GB pricing scales the wrong way for a growing self-hosted fleet. Kept as a qualitative anchor — no formal quote was obtained.

Prometheus + Loki + Grafana Considered

A solid self-hosted stack, but we wanted one lightweight shipping agent and a single backend for logs and status rather than several moving parts to run.

Vector → OpenObserve over a Tailscale mesh Chosen

Vector as a single lightweight agent with edge filtering, OpenObserve as one backend for infra and app logs, all carried over an encrypted mesh so nothing is exposed publicly.

04 · What We Chose & Why

The decision

We ship with Vector — a single lightweight agent — and filter at the edge with VRL so only warn/error/fatal log lines and 60-second status probes ever leave a host. That cuts ingest volume, and therefore cost and noise, at the source instead of paying to store and index everything. It all lands in OpenObserve — one backend for both the database-infra streams and the application logs — reached over a Tailscale mesh, so no agent or backend is exposed to the public internet. WireGuard/headscale were considered and deliberately rejected in favour of a single Tailscale mesh.

  • Vector on each host with VRL filtering — ship only warn/error/fatal plus 60-second status probes — to keep volume low.
  • OpenObserve as the single store for database-infra streams and application logs.
  • All collection over a Tailscale mesh — no public exposure of agents or backend.
  • Separate streams for DB infrastructure vs. application logs so the signals stay legible.
05 · Outcome

The result

The pipeline unifies multi-site database infrastructure and application logs into one self-hosted, mesh-private backend, with edge filtering holding volume (and cost) down. TODO: founder to fill with the real result — actual monthly cost vs. a comparable Datadog/SaaS quote, and ingest volume (GB/day or events/sec). These need real numbers before they are stated publicly.

Work with us

Have a problem like this?

Bring it to a senior US engineer who'll scope it, build it, prove it, and document it. Start with a call — or prove the approach in a one-week sprint first.

Back to all case studies