all 25 comments

sorted by: hot top controversial new old
[–] 29 points 1 month ago (2 children)

In my day we just committed seppuku if our uptime dropped below three-nines. I was always pushing to get my elusive 5th on a high traffic SaaS site I was lead on for many years.

I remember sitting in a Chaos Engineering conference session in Vegas (2009 or 10) while logged into 12 servers on my moto droid via tmux because someone pushed a bad patch while I was out. I just don't understand why I look back at that fondly.

  • source
  • hideshow 2 child comments
  • [–] 68 points 1 month ago (7 children)

    More simply, replace uptime with downtime.

    99% uptime and 99.9% uptime seem close.

    1% downtime and 0.1% downtime is clearly a 10x difference.

  • source
  • hideshow 7 child comments
  • [–] 49 points 1 month ago* (1 child)

    Why not just give hours/minutes per year/month??

    I have no intuitive feeling for what 0.078% is, but if it says: "average downtime of 44 minutes per month" or "7h per year" it's clear as day.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 10 points 1 month ago*

    Rather than guess at which percentage representation is more intuitive to people, the blog post suggests something more concrete:

    instead of: GitHub Actions: 98.31% uptime.

    We say something like: GitHub Actions: 12 hours affected in the last 30 days (98.31% uptime).

    I’ve been presenting numbers to people for a long time and I know they flip back and forth between “these percentages are abstract - what’s the actual total number?” and “how do I put these totals in perspective? What percentage is it?” The blog post suggests offering both, which is the right choice.

  • source
  • parent
  • [–] 3 points 1 month ago

    Also in addition 99 is interpreted in the brain very close to 100. That's why we have prices like 99.99. Just an additional thing to your excellent reasoning about the 10x difference look.

  • source
  • parent
  • [–] 37 points 1 month ago (5 children)

    The whole point of status pages is to minimize and deflate the impact. The pleasantly-high percentages even during absolute catastrophes is an intentional design feature. The percentages are not going anywhere. The percentages will continue until reliability improves. Which it won't.

  • source
  • hideshow 5 child comments
  • [–] 5 points 1 month ago (4 children)

    a "large" number like 99.999% looks impressive, and 99.9999% is more impressive

  • source
  • parent
  • hideshow 4 child comments
  • [–] 3 points 1 month ago (2 children)

    Anyone who is actually responsible for the uptime of anything understands the difference between 3 nines and 4 nines and how significant it is to gain or lose a nine.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 17 points 1 month ago (7 children)

    Also: uptime percentage must be computed as the intersection of uptime across services, not the union.

    GitHub Actions: 98.31% uptime. We say something like: GitHub Actions: 12 hours affected in the last 30 days (98.31% uptime).

    Normal people have no understanding of percentages or numbers, I agree saying 12 hours of downtime is more useful, but I’m also tired of trying to contextualize numbers for the numerically illiterate.

  • source
  • hideshow 7 child comments
  • [–] 9 points 1 month ago* (3 children)

    "innumerate", same as illiterate, but for numbers. Not sure if it's a common enough word for people to understand what you're talking about, but still there it is

  • source
  • parent
  • hideshow 3 child comments
  • [–] 5 points 1 month ago (2 children)