Prerequisites
- A Prometheus server reachable from the host or cluster that will run the agent.
- A container runtime (Docker or Kubernetes) or a Linux host with systemd.
- An Observer Cloud account. Sign up at use.observer.
Why Prometheus firstObserver also supports HTTP, TCP, DNS, ICMP, TLS certificate, gRPC,
WebSocket, database, OTLP, CloudWatch, Loki, Elasticsearch and
custom probes.
Prometheus is documented first because most operators already run
it, and the agent’s reported value is straightforward to verify
against a number you already trust.
Steps
1
Create an organisation
Sign in at use.observer and
create an organisation. The organisation slug becomes the URL path
under
/console/<org> and defines the tenant boundary for every
resource below.2
Create an agent and copy its key
In the console, open Agents, then Add agent. Pick where it
will run, give it a name (typically the hostname), and select
Create agent and key. The install command then carries the agent
key, shown once. Copy it before navigating away.The key has the form
obs_live_<43 base64url characters>. Observer
Cloud stores its hash, never the plaintext. A lost key requires
rotation through the console.3
Run the agent
Pick the runtime that matches your environment. The container
exposes a debug dashboard on port Verify the connection. With Docker, browse
10101.- Docker
- Kubernetes
docker run
http://<host>:10101. In
Kubernetes, port-forward the deployment with
kubectl port-forward deploy/observer-agent 10101:10101 and open
http://localhost:10101. The dashboard’s Cloud link card shows a
recent Last heartbeat. The Agents page in the console marks the
agent as running within roughly 90 seconds.4
Define a metric
In the console, open Metrics, then New metric. Select the
agent created above and set the source type to Prometheus.Enter a query that returns a single scalar. A standard example is
the five-minute 5xx error ratio:Set thresholds:
PromQL
- Healthy:
under 0.005(less than 0.5% errors). - Unhealthy:
over 0.02(greater than 2% errors).
degraded.Set Polling interval to 1 minute and save.5
Confirm reporting
Within one push interval the metric appears in the Metrics list with
its current status. Open the metric to see the latest value, last
push timestamp, and rolling history.To verify the round trip, lower the unhealthy threshold below the
current value. The metric flips to
unhealthy once the new status
has held for the confirmation time (180 seconds by default). Restore
the original threshold and the metric returns to healthy after the
recovery confirmation time (300 seconds by default).Result
{ metric_id, value, status, timestamp } only. Raw query results
stay in your network.

