Skip to main content

Overview

whatsapp-rust ships an optional metrics Cargo feature that emits wa_* counters, histograms, and gauges through the metrics facade. Spans from the tracing feature tell you the story of a single case; metrics give you the rates and latency percentiles you need for dashboards and alerts. The library only emits through the facade. It never installs a recorder and does not depend on Prometheus or OTLP — your application chooses the recorder and exposes the scrape endpoint.
The metrics feature is off by default. With it disabled there is no metrics dependency, every emit is an inlined no-op, and the duration Timer is a zero-sized type that reads no clock. There is zero runtime cost.

When to use it

Turn on metrics when you want to:
  • Build Grafana, Datadog, or Honeycomb dashboards for connect success rate, IQ latency percentiles, retry receipts, send throughput, or app-state sync health.
  • Page on connection loss, identity-change spikes, or rising decrypt failure rates.
  • Compare aggregate behavior across deployments without enabling per-trace export.
If you only need to investigate a single incident or trace, prefer the tracing feature — it is the lower-cardinality counterpart and is designed to work alongside metrics.

Enabling the feature

Add whatsapp-rust with the metrics feature, plus the recorder you want to expose. The example below uses Prometheus:
Cargo.toml
For OTLP, swap in metrics-exporter-opentelemetry (or any other recorder that implements the metrics::Recorder trait).

Wiring a recorder

Install the recorder once at startup, then build your Client as usual. A runnable version of this wiring ships as examples/metrics.rs in the source repo:
src/main.rs
Run it with the feature on:

Metric catalogue

All metrics are prefixed with wa_ and emitted at the same boundaries as the matching wa.* tracing spans. Counters and gauges carry the categorical breakdown; the matching duration histograms are unlabeled.

Counters

Histograms (seconds)

Gauges

Recording your own durations

The same Timer the library uses internally is part of the public API. Hold the returned guard for the scope of the operation; it records elapsed seconds on drop:

PII and cardinality

Labels are strictly low-cardinality categorical values (outcome, kind, result, reason). The library never uses a JID, phone number, or message ID as a label — that would explode the metrics backend and leak PII. Histograms are unlabeled; the matching _total counter carries the categorical breakdown.
This guarantee only covers identifiers the library emits. If your own code records custom metrics with raw JIDs or phone numbers as labels, you will leak PII and blow up cardinality. Use stable categorical values for your own labels too.

Overhead

Durations use the pluggable wacore::time::Instant, so WASM and deterministic builds are unaffected.