我们能否停止使用正常运行时间百分比？

# 还能别再纠结正常运行时间百分比了吗？ 原文链接：https://blog.jim-nielsen.com/2026/stop-with-the-uptime-percentage/ 我最近读到Jason Gorman的文章《可靠编码智能体自治面临的高墙》（https://codemanship.wordpress.com/2026/08/28/the-wall-confronting-reliable-coding-agent-autonomy/），其中提到： > 从90%可靠性提升到99%的难度，与从零达到90%同样艰难。而从99%跃升至99.9%的挑战性更是有过之而无不及。 这句话让我感触颇深——毕竟我的日常工作正经历越来越多的“宕机时刻”。GitHub挂了，CI挂了，AI挂了，Slack也挂了。故障中断简直要成新常态了！我发现自己越来越频繁地刷新各类服务状态页面（https://www.githubstatus.com/）（https://status.claude.com/），面对满屏的色块和数字： （Claude与GitHub移动端状态页面截图，各自显示着图表和正常运行时间百分比数字） 100%？99.72%？99.09%？98.98%？这些数字看起来差别不大吧？按学校评分标准可都是优等生啊。 这时我不得不想起Jason的观点，重新解读这些数字——其实这就像在阅读地震震级刻度（https://en.wikipedia.org/wiki/Richter_scale）。6.2级与7.8级的数字差距看似微小，实际能量释放却相差百倍。正常运行时间百分比也有类似问题：99.9%和99.99%看起来差不多，但后者代表着前者十分之一的故障时长！ 基础设施工程师深谙此道。他们甚至用“三个九”“四个九”这种简写来沟通。因为终日与这些数字打交道，他们能直觉理解其中的差异。 但如今查看状态页面的早已不仅是技术人员，而是*所有用户*。 我理解百分比计算对业界而言是合理的度量标准。但对于那些不在乎“如何以标准化、合规方式可靠测量基础设施可靠性”的普通用户来说，这简直就是个糟糕的界面设计。 毕竟状态页面本应是面向大众展示服务可靠性的窗口。我只想知道：“伙计，你最近到底宕机多久？感觉挺频繁的...” 所以不如这样——我仅抛砖引玉，与其显示： GitHub Actions：98.31% 正常运行时间。 不如改成： GitHub Actions：过去30天累计故障12小时（正常运行时间98.31%）。 前者要求你理解百分比在趋近100%时的非线性特征。后者只需要你知道“一小时”是多久。