Uptime status
ProA status page with 90 day uptime bars, a morphing latency chart and an incident timeline.
All systems operational
Halden statusUpdated Sep 22 at 14:32 UTC
Uptime
Last 90 days · select a service to chart it
- Operational
- Degraded
- Major outage
Response time
API · last 24 hours- p95
- 244ms
- p50
- 97ms
- p95 target
- 400ms
| Time | p50 | p95 |
|---|---|---|
| Sep 21, 15:00 UTC | 101 | 265 |
| Sep 21, 15:30 UTC | 99 | 262 |
| Sep 21, 16:00 UTC | 99 | 250 |
| Sep 21, 16:30 UTC | 97 | 253 |
| Sep 21, 17:00 UTC | 99 | 266 |
| Sep 21, 17:30 UTC | 101 | 244 |
| Sep 21, 18:00 UTC | 94 | 240 |
| Sep 21, 18:30 UTC | 96 | 224 |
| Sep 21, 19:00 UTC | 96 | 236 |
| Sep 21, 19:30 UTC | 92 | 237 |
| Sep 21, 20:00 UTC | 92 | 233 |
| Sep 21, 20:30 UTC | 88 | 209 |
| Sep 21, 21:00 UTC | 86 | 190 |
| Sep 21, 21:30 UTC | 81 | 192 |
| Sep 21, 22:00 UTC | 83 | 178 |
| Sep 21, 22:30 UTC | 82 | 197 |
| Sep 21, 23:00 UTC | 76 | 229 |
| Sep 21, 23:30 UTC | 74 | 160 |
| Sep 22, 00:00 UTC | 77 | 212 |
| Sep 22, 00:30 UTC | 76 | 163 |
| Sep 22, 01:00 UTC | 78 | 168 |
| Sep 22, 01:30 UTC | 73 | 169 |
| Sep 22, 02:00 UTC | 70 | 173 |
| Sep 22, 02:30 UTC | 72 | 158 |
| Sep 22, 03:00 UTC | 73 | 164 |
| Sep 22, 03:30 UTC | 70 | 174 |
| Sep 22, 04:00 UTC | 70 | 152 |
| Sep 22, 04:30 UTC | 76 | 168 |
| Sep 22, 05:00 UTC | 74 | 161 |
| Sep 22, 05:30 UTC | 77 | 183 |
| Sep 22, 06:00 UTC | 79 | 188 |
| Sep 22, 06:30 UTC | 77 | 191 |
| Sep 22, 07:00 UTC | 79 | 181 |
| Sep 22, 07:30 UTC | 78 | 187 |
| Sep 22, 08:00 UTC | 76 | 183 |
| Sep 22, 08:30 UTC | 83 | 194 |
| Sep 22, 09:00 UTC | 87 | 205 |
| Sep 22, 09:30 UTC | 89 | 264 |
| Sep 22, 10:00 UTC | 94 | 216 |
| Sep 22, 10:30 UTC | 90 | 229 |
| Sep 22, 11:00 UTC | 88 | 207 |
| Sep 22, 11:30 UTC | 92 | 217 |
| Sep 22, 12:00 UTC | 90 | 225 |
| Sep 22, 12:30 UTC | 92 | 235 |
| Sep 22, 13:00 UTC | 94 | 225 |
| Sep 22, 13:30 UTC | 100 | 241 |
| Sep 22, 14:00 UTC | 96 | 232 |
| Sep 22, 14:30 UTC | 97 | 244 |
Incidents
5 in the last 90 days
Resolved
Error rates have been normal for 20 minutes. Pool limits are raised on every cluster and saturation now pages on call.
Monitoring
A fix is deployed and errors are falling. We are watching the us-east-1 cluster.
Identified
A connection pool limit on the primary database rejected new requests during a traffic peak.
Investigating
Some API requests in us-east-1 return 503 errors.
Ava Mitchell led the response
- A public or internal status page with per-service uptime history.
- Pages that combine 90 day uptime strips, response time, and an incident timeline.
- Use activity-heatmap for activity counts rather than availability.
- Use timeline for an incident history on its own.
- Use sparkline for a small latency trend inside a card.
Installation
Pro source and install commands unlock with a Pro plan.
Usage
Use this as a public or internal status page. Feed your incident history and monitor latency into uptime-data.ts; day bars, uptime percentages and chart scales are derived from them, and the incident button is a simulation.
import { UptimeStatus } from "@/components/arc/blocks/uptime-status/uptime-status"; export default function StatusPage() { return ( <main> <UptimeStatus /> </main> );}UptimeStatus
A status page with 90 day uptime strips per service, a response time chart and an incident timeline. Takes no props; services, days, latency and incidents are sample data in uptime-data.ts, and the incident button is a simulation.
No props.
- Arrow leftorArrow right
- Inspects the previous or next day on a service strip, or the previous or next half hour on the latency chart.
- Page uporPage down
- Jumps a week on a service strip.
- HomeorEnd
- Jumps to the first or latest point.
- EnterorSpace
- Selects the focused service so the latency chart follows it.
- Escape
- Clears the inspected day or point.
- Each strip is a focusable role="group" labelled with the service and described by its uptime summary.
- The latency chart has a text summary as its label, and polite live regions read out the inspected day or point.
- Incident headers are disclosure buttons with aria-expanded and aria-controls, and service rows use aria-pressed.
- The selected service highlight moves between rows with a shared layout spring, and the tooltip follows the pointer on a spring.
- The latency line morphs between services, and status text swaps with a short rise.
- Reduced motion removes the springs and moves the tooltip directly.
- Below an 860px container the response time chart and incidents stack into one column.
- Below 560px row details and uptime labels hide and the status button moves under the summary.
- Strips and the latency chart use touch-action pan-y, so touch scrubbing keeps vertical scroll.
- Each service draws 90 SVG bars; many services on one page means hundreds of rects, which is fine but not free.
- Chart widths follow ResizeObservers; there is no animation loop.
Notes for AI
Give your coding assistant the Markdown reference instead of screenshots.
- Use for a public or internal status page.
- Replace services, daily history, latency samples and incidents in uptime-data.ts; bars, percentages and scales derive from them.
- Remove or rewire the simulated incident trigger to your monitoring feed.
The full library index for assistants is at /llms.txt.