System status
Everything is running
Component health for the Helixbank platform, refreshed every 30 seconds from the same probes our on-call uses.
99.982%
30-day availability
253
monitored components
1
incidents this quarter
11min
median time to mitigate
Components
Component healthall systems operational
Archive (object storage)operational
60 days ago99.946% uptimetoday
htsget serviceoperational
60 days ago99.952% uptimetoday
Beacon endpointoperational
60 days ago99.976% uptimetoday
Analysis enclaveoperational
60 days ago99.949% uptimetoday
Access managementoperational
60 days ago99.889% uptimetoday
Export review queueoperational
60 days ago99.955% uptimetoday
Incident history
Every incident since the platform launched, including the ones customers never noticed.
Partial transit degradation via one carrier
resolved20 Jul 2026 · impact: no data loss
14:52 UTC
Root cause identified: a faulty line card on one of two upstream ports. Traffic was drained from the affected device.
14:21 UTC
We are investigating elevated p99 latency reported by monitoring in a single facility.
15:40 UTC
The device was replaced and traffic re-balanced. Metrics are back to baseline; we are keeping the incident open for another hour to confirm.
Scheduled maintenance — control plane upgrade
resolved27 May 2026 · impact: none
02:00 UTC
Maintenance window opened. Requests were served by the standby control plane throughout.
03:12 UTC
Upgrade completed with no customer-visible impact.
About this page
Synthetic probes run from nine independent networks on three continents. A component counts as down when at least three probes on different networks fail two consecutive checks.
Anything that degrades a customer-visible SLO: availability, error rate, or the latency budget for the affected component.
Yes — the status API returns the same data as JSON, and every component exposes a Prometheus-compatible metrics endpoint.