System Status,
Engineered.

Real-timeMulti-regionIncidents & pages

Monitor services across regions. Model components and publish incident timelines from one project. Branded status pages update in real time. Operators and subscribers see the same system state.

Core Model

A Structured System for System Status

One configuration path: probes run monitors, components represent state, incidents structure communication, and status pages publish what subscribers need.

01

Monitors

Probe-generated signals and check history.

02

Components

Rolled-up state shown on your public page.

03

Incidents

Structured timelines and visibility rules.

04

Status pages

Branded subdomain, subscribers, uptime.

Monitoring

Reliable monitoring across regions

Configure HTTP and TCP monitors. HTTP checks record DNS and connect timings where applicable. Run checks on a schedule or on demand. Review history, charts, and statistics in the dashboard.

Incidents

Structured Incident Communication

Track incidents from open to resolved. Post updates as facts change. Control which updates appear on your public status page.

Incidents & Alerts

Incident timeline

Elevated API latency

INC-204
  1. Investigating

    Initial triage and scope

  2. Monitoring

    Fix deployed; watching metrics

  3. Resolved

    Closed with timeline record

Status Pages

Public status pages, built for clarity

Publish components, active incidents, maintenance windows, and rolling uptime in one place. One source of truth for customers and internal teams.

Status pages
status.yourdomain.com

Components · 90-day uptime

APIOperational
99.98%90 days
DashboardOperational
99.95%90 days

Subdomain · branding · theme

Real-time

Real-time Updates, Built In

Status changes propagate over WebSocket connections to /status. Channels for project dashboards and public pages keep operators and visitors in sync without manual refresh.

Realtime layer

WebSocket /status

Connected

Events flow through one gateway to project dashboards and public status pages.

  • Project dashboard

    room project:…

  • Gateway

    Fan-out to rooms

  • Public status page

    room page:…

Payload
monitorcomponentincident

Infrastructure

Built for distributed systems

Regions and probe workers run checks close to your users. The API coordinates scheduling, state, and delivery at scale.

Region registry

Pools healthy

Probe workers register per region. The control plane tracks heartbeats and routes checks without duplicating configuration.

Probe workersHeartbeatsDrainScheduling
Probe regions and pool status
RegionProbesMedian RTT
eu-central1238ms
us-east1422ms
ap-southeast1051ms
Control plane coordinates probes and schedulesRegions 3 · same model as checks

Use cases

Designed for modern systems

One workspace for teams that ship software and teams that run it—same monitors, incidents, and status pages.

01

SaaS platforms

Communicate availability and incidents with timelines customers can trust.

ExampleCustomer-facing status during deploys.

02

APIs

Monitor endpoints and publish the same state you use internally.

ExamplePublish API availability beside internal monitors.

03

Infrastructure teams

Track health across services and regions from one project.

ExampleOne map for services and regions.

Trust

Clarity when it matters most

During incidents, unclear communication erodes trust. Statuslab keeps updates structured, timelines explicit, and visibility consistent across operators and subscribers.

  • Timestamps on incident updates
  • Explicit state—not vague labels
  • Subscriber visibility you control

Security and data handling are summarized on the security page.

Start building your system status layer

Create an account, connect monitors, and publish a status page when you are ready.
Questions first? See pricing or FAQ.