Uptime and heartbeats
Know whether the release held with availability checks.
Follow test results, Lighthouse reports, uptime monitors, incidents, maintenance, alerts, status pages, and SLA guidance in one operational workspace.
One connected loop, held on the stage this capability serves. The other stages stay as context so you can see what feeds in and what comes next.
Know whether it held.
Know whether the release held with availability checks.
Keep incident response and customer-facing status context together.
Review Lighthouse report evidence against configured targets.
Investigate test outcomes and flakiness evidence across runs.
Uptime, incidents, status pages, test intelligence, and web performance connect on one rail. Watch a single health pulse travel across all of them.
operational surfaces · one workspace
Uptime
monitors + SLA
Incidents
detect → resolve
Status pages
public updates
Test intelligence
flakiness
Web performance
Lighthouse
Maintenance
scheduled
A strip of recent checks per service, where only the down segments flash. The healthy strips stay solid so the outage is the only thing moving.
us-east · http
eu-west · http
internal · heartbeat
Test results ingested from your CI, tracked as stable identities so a flaky test is obvious across runs, not buried in one red build.
Every run graded against per-metric budgets and kept beside the commit that produced it, so a score is a durable record instead of a fleeting number.
92
Perf
An honest limit
Web performance here is Lighthouse-based report ingestion. It is not full APM, real-user monitoring, or distributed tracing.
Start with the signal your team checks most.