Uptime and heartbeats
Know whether the release held with availability checks.
HTTP, heartbeat, and TCP checks feed precomputed SLA windows and an activity history you can read at a glance. When something changes, the incident, maintenance, alerts, and status page all live in one place.
api.lube.work
liveOne 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.
Every monitor runs on an interval. New checks stream in from the right; when one goes down it flips red and pulses while the healthy monitors stay calm.
check feed
streamingEvery monitor carries 24h, 7d, 30d, and 90d availability with maintenance excluded, so a target is a real budget you can sort by.
availability
SLO 99.9%Incidents sit on a timeline ordered by time. Only the active one pulses, so the thing still in flight is the thing you see first.
incident history
HTTP matches status codes or keywords, heartbeats catch the cron that quietly stopped, and TCP checks watch raw ports.
Honest scope
Uptime covers HTTP, heartbeat, and TCP checks. There is no synthetic browser monitoring or multi-region probe selection, and the SLA windows are the fixed 24h / 7d / 30d / 90d set rather than arbitrary custom ranges.
Connect one service and its checks to start.