BetterStack Outage History
9 incidents recorded over the last 365 days, 9 of them resolved. Durations are measured from when PulsAPI first saw the problem to when it cleared, which is usually longer than the vendor's own figure.
Every Recorded BetterStack Incident
| Date | Incident | Duration | Status |
|---|---|---|---|
| Aug 20, 2026 | Degraded Telemetry performance | 91h 28m | Resolved |
| Aug 9, 2026 | Migrating Telemetry sources to new infrastructure | 11h 13m | Resolved |
| Jul 24, 2026 | Degraded configuration changes / new sources | 733h 6m | Resolved |
| Jun 15, 2026 | AWS Direct Connect connection outage | 1679h 42m | Resolved |
| Jun 14, 2026 | Elevated Telemetry querying errors | 1703h 18m | Resolved |
| May 21, 2026 | Uptime degradation | 1713h 13m | Resolved |
| May 8, 2026 | Some of the status pages are under DDoS | 2020h 23m | Resolved |
| Feb 13, 2026 | Degraded dashboard in the UK | 1847h 30m | Resolved |
| Jan 14, 2026 | Delayed data processing on US East cluster | 1832h 53m | Resolved |
How to Read This BetterStack Incident Log
Each row is an incident PulsAPI observed, not a summary written afterwards. The duration is wall-clock time between the first failing check and the first clean one, so it includes the window before BetterStack acknowledged anything. Vendor post-mortems typically measure from acknowledgement, which is why their numbers are usually shorter.
Incidents still open have no duration yet and are listed as ongoing rather than being given a running total. The archive covers the last 365 days; anything older has aged out of the window rather than never having happened.
The longest single BetterStack outage in this window ran 84d 4h, against a mean recovery of 53d 20h. If you depend on BetterStack in a customer-facing path, the longest figure is the one to design around. The mean is what happens on a normal bad day; the maximum is what happens on the worst one.