Stazus docs
Stazus docs

Introduction

Stazus documentationGet startedConcepts

Planned features

Feature availabilityStatus pages

Monitoring

MonitorsChecks and resultsLatency alertingMaintenance windows

Incident response

IncidentsNotificationsTeams and access

Developer API

Developer APIAuthenticationProjectsEndpointsAnalyticsIncidentsErrors and limitsMigrate from v1

Account and help

Account and security

Help

Support

Updates

Changelog
Changelog launchedDocumentation UpdatesDeveloper API v2Scope-aware maintenance windows

Checks and results

Run endpoint checks, read the recorded evidence, and understand check history.

Stazus records each request as a check. A check gives you the evidence needed to decide whether an endpoint is healthy.

Run a manual check

  1. Open an endpoint.
  2. Select Run check.
  3. Read the result card.
  4. Open the check history or related incident when you need more context.

The result card shows whether the request passed. It also shows the HTTP status, time to first byte, total duration, and failure reason when present.

Understand check sources

SourceMeaning
ScheduledStazus ran the check from the endpoint schedule.
ManualA user selected Run check or the alert action.

The primary Run check action creates a diagnostic record. It does not change uptime statistics. It does not affect incidents.

The adjacent alert action runs a check and evaluates alert signals. Use it only when you want the manual result to participate in incident handling.

Read a check result

Check records can include these values:

FieldMeaning
SuccessThe check met the configured response expectations.
Status codeThe HTTP response status. 0 means that the request did not complete.
Time to first byteTime until Stazus received the first response byte.
DurationTotal time for the request.
Failure reasonThe reason reported for a failed check.
Response excerptA limited response excerpt when Stazus recorded one.
Body completeWhether Stazus received the complete response body.
Latency anomalyWhether latency crossed the active threshold.
Alerts suppressedWhether the check was excluded from alert handling.

Read live state

The endpoint page shows the latest check independently from the selected statistics window.

  • Operational means that the latest check passed.
  • Down means that the latest check failed.
  • Never checked means that Stazus has no check result yet.

When an endpoint is down, the page also shows consecutive failures.

Use statistics carefully

Endpoint and project views show checks, failures, uptime, average latency, and p95 latency for the selected time window. If Stazus has no successful checks, latency values have no data.

Maintenance-window checks and manual diagnostics do not affect uptime statistics.

Investigate a failure

  1. Read the failure reason and status code.
  2. Compare the newest check with the last healthy result.
  3. Check the response excerpt when Stazus recorded one.
  4. Review latency and alert state.
  5. Open or update an incident when the failure needs coordinated response.

See incidents for the response workflow.

Last updated on

Monitors

Define what healthy means for each service endpoint.

Latency alerting

Configure latency detection, learn the alert states, and avoid false incidents.

On this page

Run a manual checkUnderstand check sourcesRead a check resultRead live stateUse statistics carefullyInvestigate a failure