Sighttrue
Last reading 2026-09-02 04:32 UTC age unavailable without scripting

Every status page forgets.

A status page carries its last fifty incidents and drops the rest. Ask how often a provider went down last year and nobody has the record, so the answer people use is whatever they remember about the last bad week. These are their own announcements, kept — with the start time, the resolution time, and nothing added.

22Providers watched
850Incidents in 90 days
114mMedian announced length
730Days on record here

By provider

A count is how often a provider announced something, not how often it broke. A company that publishes every degradation will out-count one that publishes nothing, so this ranks disclosure as much as reliability. Never read a low number as a good one. Time with a record open is not downtime: an incident record usually covers one component or one region while everything else keeps serving, and it stays open until the provider closes it. Where the resolved figure carries a second number, the difference is rows kept from before this read the providers’ own JSON, which have no status on record either way.

Announced incidents, last 90 days
Provider Incidents Marked resolved Median length Time with a record open Graded major or critical Most recent
Twilio 199 189 6h of 184 44d 5h Voice Call Failures from Twilio Phone Numbers to Multiple Countries 2026-09-01
Cloudflare 104 102 74m of 102 46d 3h Cloudflare Access one-time PIN emails blocked by certain email security gateways, including Proofpoint 2026-08-31
OpenAI 83 41 of 43 2h of 40 7d 24h Elevated errors in ChatGPT conversations for Free and Go plans 2026-09-01
GitHub 71 71 81m of 67 6d 3d Elevated rate of errors for OpenAI models provided by Copilot 2026-08-31
Anthropic 68 68 67m of 66 6d 36h Degraded performance on claude.ai and Claude Code 2026-08-31
Fly.io 59 59 94m of 56 7d 5d HTTP/2 traffic disruptions 2026-08-31
Supabase 57 55 2h of 55 35d 19d Project Creation Failures 2026-08-31
DigitalOcean 32 32 3h of 32 10d 3d Cloud Control Panel and API 2026-08-24
Vercel 30 30 67m of 28 43h 19h Failures logging in with Vercel CLI 2026-08-26
Sentry 28 28 3h of 28 4d 38h Ingestion backlog 2026-08-31
Render 21 21 90m of 20 3d 20h Some Web services in Oregon unavailable 2026-08-31
Stripe 20 20 50m of 20 44h 0m Elevated Swish errors 2026-08-30
MongoDB 18 18 2h of 17 7d 14h MongoDB Atlas Log Integration service degraded 2026-08-28
Datadog 16 16 65m of 16 20h 8h Delayed Processes data 2026-08-06
Discord 11 11 80m of 11 14h 12h Some servers and other services (voice calls, activities) not available for some users 2026-08-31
Netlify 9 9 28m of 9 2d 59m Increased Latency in IAD Region on Global Network 2026-08-31
Upstash 8 8 72m of 6 7h 72m Message Persistence Issue — QStash us-east-1 2026-08-28
Heroku 7 7 57m of 2 57m ungraded Heroku Service Degradation 2026-08-25
Google Cloud 4 4 12h of 4 23d 4h We are investigating an issue where customers may experience timeouts, service degradations, errors, and elevated latencies across multiple products in the us-west1 region. 2026-08-20
npm 4 4 4h of 4 9h 31m intermittent Publish Failures 2026-07-30
Groq 1 1 94m of 1 94m 0m Data Center Failure Impacting Capacity 2026-07-01

Announced nothing in the window: Atlassian. Read that as published, not as proven.

How long they stayed open

Every figure here is built from two timestamps the provider published. Nothing is measured independently, and nothing here is a reliability rating.

This is not uptime, and it must not be read as uptime. The figure counts minutes during which the provider had an incident record open. Most incidents affect one component or one region while everything else keeps serving, and the clock runs until the provider closes the record, which is after the impact ends. A provider that writes careful postmortems and closes records slowly will look worse here than one that closes them in five minutes.

Overlapping incidents are merged, so two open at once count once. Summing them instead would have invented two days of one provider's quarter out of records that ran in parallel.

For the scale you already have in your head: a 99.9% target allows 130 minutes over 90 days, and 99.99% allows 13. Those are contractual credit thresholds, they differ by product and by plan, and this page does not know which one applies to you — they are here as arithmetic, not as a bar anybody above is being measured against.

The comparison this page can support is between a provider and itself over time, and between what a provider announced and what it graded major. 768 of 850 incidents in this window published both a start and an end; the rest are counted but not timed.

Recently

Titles are the provider’s own wording, linking to their own write-up. Length is the gap between the start and the resolution they published, on the 768 of 850 incidents in this window where they published both — it is not a measure of how long anything was broken.

What employers asked for

Counted from one Hacker News hiring thread a month — 386 posts, skewed hard toward American startups, and evidence about that population and no wider one. A post counts once however often it names a thing. Terms marked "floor" collide with ordinary English and are matched only in unmistakably technical context, so their number is a minimum rather than a count.

386Job posts in 2026-08
427Posts in 2026-07
20Technologies named
Named in 2026-08, most first
Technology Posts Share Points vs 2026-07
Python 73 18.9% +3.9
TypeScript 58 15.0% −0.7
PostgreSQL 57 14.8% +4.0
React 56 14.5% −3.3
AWS 42 10.9% +1.5
LLM 39 10.1% −0.4
Kubernetes 29 7.5% +2.6
Node.js 28 7.3% +1.2
Docker 21 5.4% +1.9
Rust 18 4.7% −1.9
Terraform 17 4.4% +1.8
C++ 14 3.6% +0.3
Next.js 14 3.6% −0.8
Redis 13 3.4% +1.5
GCP 12 3.1% −0.6
Go floor 12 3.1% −0.2
GraphQL 11 2.8% +0.7
Java 11 2.8% —
Rails 11 2.8% −0.2
PyTorch 8 2.1% +0.7
PostgreSQL +4.0
Python +3.9
Kubernetes +2.6
Docker +1.9
Terraform +1.8
AWS +1.5

Asked for more often than last month

React −3.3
C# −2.4
Rust −1.9

Asked for less often than last month