PulseWatchPulsewatch

Glossary

One line each. Where a term has a precise meaning that differs from the obvious reading, the difference is the definition.

Monitors and pings

Heartbeat monitor
A job that tells PulseWatch it ran, by requesting its ping URL. Nothing is checked from the outside. Silence is the failure signal.
Uptime monitor
A URL PulseWatch fetches on a schedule. The response status, latency, body text and certificate all decide the outcome.
Ping
One HTTP request to a monitor’s ping URL. A plain request means success, /fail means failure, /start means a run began, /exit/<code> lets the exit code decide.
Ping token
The secret in a ping URL. Anyone holding it can report on that monitor, so treat it like a credential, but it can never read your data.
Period
How often a heartbeat monitor is expected to report. The alternative is a cron expression, for schedules a fixed interval cannot express.
Grace
How long past the expected time a ping may arrive without the monitor going down. A job that runs two minutes late should not page.
Auto-provisioning
Creating a monitor by pinging a URL that names it, using an account key rather than a per-monitor token. The schedule is inferred after the third ping.
Run
One execution, from a /start ping to the ping that ends it. Without /start there is no duration to measure and no overlap to detect.

States

Late
Past the expected time, still inside grace. Counts as available. Nothing is sent.
Warn
The run completed, with problems. Never pages and never opens an incident. Counts as available, because the job did its work.
Blocked
An upstream this monitor depends on is down, so this failure has no cause of its own. Not downtime, not availability: left out of the uptime calculation entirely.
Down
Missed its window past grace, failed explicitly, or failed a check. The only state that counts as downtime.
Degraded
An uptime monitor responding correctly but slower than its degraded threshold. A flag on the monitor rather than a state of its own.

What a run reports

Exit code rule
A range of exit codes mapped to success, warn, down or ignore. Set per monitor, per fleet, or as an account default. The most specific match wins.
Metric
A number a job reports on its ping: rows written, files skipped, queue depth. Rules turn a number into an outcome.
Baseline
The learned median for a metric, so a rule can say "far below normal" instead of a fixed floor somebody has to guess and maintain.
Bucket
Which past runs a baseline compares against: all of them, the same weekday, weekday against weekend, or the same hour. Monday is not Sunday and 3am is not 3pm.
Log excerpt
The body of a ping, scrubbed and capped by plan. Where stack traces and error text come from.
Fingerprint
A stable id for the shape of a failure, computed from the parsed trace. The same bug on a shifted line number keeps the same fingerprint.
Error group
All occurrences sharing a fingerprint, with a first-seen time and a count. What makes "this is new" and "this has come back" answerable.
Output diff
A comparison of this run’s excerpt with the last successful one, ignoring timestamps, counts and ids, so only a real change in shape warns.

Timing and accounting

Duration regression
A run that took longer than its baseline by more than the configured percentage. Warns, never pages.
Overlap
A run starting while the previous one is still open. Your policy decides whether that is fine, a warning, or an alert.
Run pileup
Three or more runs of the same job in flight at once. Goes down whatever the overlap policy says, because that is a host about to fall over.
Slot
One time a job was scheduled to run. Each resolves to satisfied, late, missed, excluded, or still pending.
Completion budget
A promise about how often a job runs, measured over a window. Catches the job that runs four nights in seven, which no single alert ever notices.
Uptime
Time in an available state divided by time measured. Blocked, paused and never-run periods are in neither half.

Fleets

Fleet
One monitor covering many machines that run the same job. Configuration is declared once and evaluated per machine.
Instance
One machine inside a fleet, identified by the instance key it puts in its ping URL. Usually a hostname, site id or serial.
Auto-register
An unknown instance key joins the fleet on its first ping instead of being rejected. How a fleet grows without a deploy step.
Retire
An instance silent past the retirement window leaves the denominator. A decommissioned machine should not hold a fleet down forever.
Aggregated alert
One message for the whole fleet naming the affected instances, then a count past the cap. The reason a fleet is not 200 monitors.

Response

Incident
The record of one outage, opened when a monitor goes down and resolved when it recovers. A quick recovery and re-failure merges rather than opening a second.
Runbook
The instructions attached to a monitor, delivered inside the alert itself. The point is that nobody has to find the wiki at 3am.
Acknowledge
Marking an alert as seen, from a single-use link in the alert. Stops the repeats without pretending the problem is fixed.
Snooze
Silencing a monitor for a set time. State and history keep recording; only the notifications stop.
Maintenance window
A recurring period where notifications are suppressed for planned work. Suppressions are recorded, so a silent window is auditable rather than invisible.
Change event
A deploy or config change you recorded, shown against alerts that followed it. It states timing and never claims causation.

Delivery and surfaces

Channel
Where an alert goes: email, Telegram, or a webhook. Slack and Discord URLs are detected and get native messages.
Signing secret
The key PulseWatch HMACs a webhook body with, so your endpoint can prove the delivery came from us and was not modified.
Digest
A batched summary rather than one message per event. The default delivery for warnings, so a job that warns nightly does not become noise.
Status page
A public page showing the monitors you chose to publish. Names and states are visible; URLs and error text are not.
Badge
An SVG showing one monitor’s state, for a README.
Advisor
A periodic pass over your configuration looking for monitoring that will not do its job: a grace window too tight, a rule that has never matched, a channel nothing is attached to.

Account

Entitlement
What your plan allows, resolved in one place. Pro and Business differ only in numbers, never in which capabilities exist.
Retention
How long pings, runs and check results are kept before pruning. 7 days on Free, 30 on Pro, 90 on Business.
API key
A bearer token for the REST API. Reading is available on every plan; writing needs Pro or above.
Auto-provision key
An account-level key that can create monitors and post pings, and can never read. Safe to ship inside a machine image.

Related

The states and alert reasons reference is the exhaustive version of the states section above, generated from the code.