Performance
Uptime is binary. Customer experience is not.
A service can be technically up and still painfully slow. Latensy tracks latency and degradation so teams can see risk before a full outage.
Product feed (EU)
Response time · last 24 hours
- Avg response
- 412 ms
- P95
- 980 ms
- Max
- 2,310 ms
- Checks 24h
- 1,440
- Most frequent error
- HTTP 503 (2)
Latency is often the warning before downtime
Latensy records the response time of every check and shows the trend per service. Mission Control flags services whose average response time climbs above 1.5 seconds as degraded performance and above 3 seconds as high latency, and lists them under at-risk services, without treating them as down. A check that fails before the confirmation threshold shows as degraded too: visible, not alarming.
- Response-time trend, average, P95, and max latency per service
- Degraded time counted separately from downtime, in Mission Control and reports
- At-risk services ranked by criticality: down, degraded, flapping, high latency
- Most frequent error type and total checks per service
- SLA compliance per service against a 99.9% uptime target, with breaches highlighted
- Redirect count, final URL, and TLS version recorded with each check
- Priority monitors at 1-minute or 30-second intervals for the services where minutes matter
Why it matters
Slow is a revenue problem before it is an uptime problem.
Checkout paths, product feeds, and APIs lose customers long before they return errors. Tag them as revenue-critical so their degradation ranks first, and give the people who own them a trend they can act on.
Start with the services that would hurt if they failed.
Add up to 10 monitors on the Free plan, connect an alert channel, and see your first service-health signals today. No credit card required.