Overview
Statora watches your services, keeps their history and publishes what it sees on status pages. This guide walks through the building blocks. If you haven't installed it yet, start with setup.
The building blocks
| Concept | What it is |
|---|---|
| Monitor | One check against one target: an HTTP endpoint, a TCP port, a host to ping, a DNS record, or a database query. |
| Group | A monitor whose status comes from other monitors: a stack (all must be healthy) or a redundancy group (enough must be up). |
| Status page | A public page made of component groups, each listing monitors under public names. |
| Incident | A human-written account of a problem, with a timeline of updates, shown on a status page. |
| Maintenance | A planned window. Affected monitors show as under maintenance, and the time doesn't count as downtime. |
Statuses
Every monitor is in one of these states:
| Status | Meaning |
|---|---|
| Up | The last check passed. |
| Degraded | It works, but slower than its threshold, or a redundancy group lost a member. |
| Down | Checks failed, after the configured retries. |
| Maintenance | Inside a maintenance window. |
| Pending | Not checked yet, paused, or failing but still within its retries. |
How a check flows
- The scheduler runs each active monitor on its interval.
- A failure becomes down only after
retriesfailures in a row. Before that, it's pending. - Every result is stored as a heartbeat and rolled up into daily statistics. Status pages draw their uptime bars from these, or from the raw heartbeats for minute and hour bars.
- When a monitor changes status, every group containing it is re-evaluated immediately, and status pages are refreshed.
Roles
| Role | Can |
|---|---|
| Viewer | See everything in the admin panel; read-only API access. |
| Editor | Manage monitors, groups, status pages, incidents and maintenance. |
| Admin | Everything, including users and authentication providers. |