RewindexScorecards
How vendors report incidents
For the 152 vendors with enough history to compare: how often the first post said “resolved”, how long incidents last, how many are major, and which incidents they rewrote or deleted. Built from every archived version of their status pages.
Provisional. Updated nightly, last on Oct 19. Lower is better in every column; select a column to put the highest first.
Typical vendor: 6% posted after it was over, 2 h to resolve, 1.2 major incidents a month.
| Vendor | Posted only after it was over | Time to resolve | Major a month | Rewrites caught |
|---|---|---|---|---|
| Coralogixobservability | 4% 2 of 51 | 42 min | 0.7 | none |
| Datadogobservability | 0% 0 of 50 | 1 h 20 min | 2.1 | none |
| Elastic Cloudobservability | 10% 5 of 50 | 3 h 34 min | 5.8 | none |
| Grafana Cloudobservability | 29% 15 of 51 | 2 h 53 min | 9.3 | none |
| Honeycombobservability | 22% 11 of 50 | 1 h 44 min | 1.0 | none |
| Logz.ioobservability | 12% 6 of 50 | 1 h 11 min | 0.1 | none |
| New Relicobservability | 20% 10 of 50 | 2 h 36 min | 0.4 | none |
| Sentryobservability | 6% 3 of 51 | 2 h 33 min | 1.9 | none |
| Sumo Logicobservability | 0% 0 of 51 | 51 min | 0.8 | 1 deleted |
Built nightly from every archived version of each vendor’s status page (rwx_api.vendor_reliability). Comparable vendors have >= 20 incidents in 365 days and >= 10 with full update detail; vendors that share one status page are compared once. Time-to-acknowledge, late-post and backdated rates are left out because they follow each status platform’s start-time convention. Rewrites are counts since 10-minute tracking began on 2026-10-17. Provisional. 174 more vendors are not compared yet.