PulsusDB
by digitalis.io GitHub
Open protocols in both directions

Connect your stack
Keep your workflows

Ship every signal through OpenTelemetry, then query PulsusDB from Grafana, Perses and the tools your teams already know. Familiar APIs preserve dashboards and query languages without forcing your data into another proprietary workflow

Explore integrations Read API compatibility
integration.mapSHIP ONCE · QUERY ANYWHERE
PRODUCE
AppsServicesInfrastructure
COLLECT
OTel Collectorbatch · retry · route
STORE + QUERY
PulsusDBOpen APIs · ClickHouse® software
EXPLORE
GrafanaPersesHTTP API
LOGSMETRICSTRACESPROFILES
OTLPPROMETHEUS APILOKITEMPOPYROSCOPEREMOTE WRITE
The primary ingestion path

OTel Collector
Into PulsusDB

The OpenTelemetry Collector, or a compatible distribution such as Grafana Alloy, receives telemetry from applications and infrastructure, then exports every signal to PulsusDB over standard OTLP. Put batching, retries, enrichment and routing in one vendor-neutral pipeline

OpenTelemetry Collector docs ↗
otel-config.yamlOTLP → PULSUSDB
01exporters:
02  otlphttp:
03    endpoint: https://pulsusdb:3100
04service:
05  pipelines:
06    logs:    { exporters: [otlphttp] }
07    metrics: { exporters: [otlphttp] }
08    traces:  { exporters: [otlphttp] }
standard OTLP/HTTPprotobuf or JSON
LogsPOST /v1/logs
MetricsPOST /v1/metrics
TracesPOST /v1/traces
ProfilesPOST /v1development/profiles
Bring your own frontend

Keep the frontend
Keep the query language

PulsusDB implements the APIs the observability ecosystem already understands. Existing query editors, dashboards and team habits stay useful while the ClickHouse database becomes the storage and execution engine underneath

FULL OBSERVABILITY WORKSPACE01

Grafana

Use Grafana’s built-in data sources to explore all four signals in one interface

METRICSPrometheus data sourcePromQL
LOGSLoki data sourceLogQL
TRACESTempo data sourceTraceQL
PROFILESPyroscope data sourceProfile APIs
Metrics use the always-on Prometheus API. Enable PULSUS_COMPAT_ENDPOINTS for the Loki, Tempo and Pyroscope-compatible surfaces
Grafana data sources ↗
OPEN DASHBOARDS02

Perses

Point a Prometheus datasource at PulsusDB and keep building PromQL dashboards as code

PERSESPrometheusDatasource
PULSUSDB/api/v1
PromQL panelsVariablesAnnotationsProxy or direct
The Prometheus HTTP API is native and always on, so Perses needs no compatibility flag
Perses Prometheus plugin ↗
A deliberate compatibility model

Open standards first
Compatibility when needed

The primary PulsusDB APIs stay product-neutral. A single configuration flag adds third-party query aliases and foreign ingest receivers for migrations and existing tooling

SurfaceUse it forAvailability

OTLP/HTTP

Logs, metrics, traces and profiles from OpenTelemetry Collector or compatible distributions

Always on

Prometheus HTTP API

PromQL from Grafana, Perses and any Prometheus-compatible client

Always on

Prometheus remote write

Metrics from the Collector, Prometheus and compatible agents

Always on

Loki · Tempo · Pyroscope

Existing Grafana data sources, Explore workflows and compatible dashboards

Compatibility flag

Loki · Zipkin · Influx · Datadog · Elastic

Foreign-format ingestion while a pipeline moves toward OpenTelemetry

Compatibility flag
ONE SWITCHPULSUS_COMPAT_ENDPOINTS=true

Mount the optional aliases without changing the native PulsusDB APIs or the storage model underneath

Configuration guide ↗ Compatibility matrix