System status
Everything is running
Component health for the Openlattice platform, refreshed every 30 seconds from the same probes our on-call uses.
99.974%
30-day availability
54
monitored components
5
incidents this quarter
7min
median time to mitigate
Components
Component healthall systems operational
Search and metadataoperational
60 days ago99.948% uptimetoday
Download (eu-primary)operational
60 days ago99.923% uptimetoday
Download (na-east)operational
60 days ago99.936% uptimetoday
Deposit and uploadoperational
60 days ago99.961% uptimetoday
DOI mintingoperational
60 days ago99.958% uptimetoday
Mirror replicationoperational
60 days ago99.925% uptimetoday
Incident history
Every incident since the platform launched, including the ones customers never noticed.
Elevated error rate in one metro
resolved27 Jun 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 — border router firmware
resolved24 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.