开发者生态
morning
我们可以停止正常运行时间百分比吗?
摘要
I was reading Jason Gorman’s article “The Wall Confronting Reliable Coding Agent Autonomy” and he says: the journey from 90% to 99% reliability is just as hard as it was to get to 90%. And from 99% to...
the
and
just
down
for
more
numbers
like
have
The
2026-09-17
1 阅读
约2分钟阅读
surprisetalk
字号:
我正在阅读 Jason Gorman 的文章“面对可靠编码代理自治的墙”,他说:从 90% 到 99% 可靠性的过程与达到 90% 可靠性一样困难。而从 99% 到 99.9% 又同样困难。这一点很突出,因为我在日常工作中经历了越来越多的“停机时间”。 GitHub 宕机了。 CI 下降了。人工智能下降了。 Slack 倒闭了。停机时间正在成为主流!我发现自己越来越多地访问服务状态页面,在那里我面临着一堵充满颜色和数字的墙,如下所示:100%? 99.72%? 99.09%? 98.98%?这些看起来是不是都很不同或者很糟糕?我的意思是,这些在小学都是 A。然后我必须提醒自己杰森的观点并重新解释这些数字,这更像是阅读地震测量结果。 6.2 和 7.8 之间的差异可能看起来没有那么大,但它代表了巨大的差异。正常运行时间百分比也有类似的问题:99.9% 和 99.99% 看起来几乎相同,但后者少了 10 倍!基础设施人员了解这一点。他们甚至有一个简写:两个九,三个九,四个九。他们凭直觉掌握了差异,因为他们每天都在这些数字中游泳。但状态页面的受众不再只是底层人员。越来越多的人都这样了。我知道数学很简单。对于业内人士来说,正常运行时间百分比是一个很好的指标。但对于那些不关心以标准化、可靠、合规的方式衡量基础设施可靠性的最佳方法的人来说,这是一个糟糕的界面。状态页面是用于了解服务可靠性的公共界面。我只是想知道,“伙计,你最近有多沮丧?看起来很多……”那么怎么样,我就直接把这个扔出去,而不是:GitHub Actions:98.31% 正常运行时间。我们这样说:GitHub Actions:过去 30 天内有 12 小时受到影响(正常运行时间为 98.31%)。其中一项要求您理解接近 100% 的数字的非线性意义。另一个要求知道一小时是什么。
这篇文章对您有帮助吗?
订阅66必读
每日精选科技资讯,直达你的邮箱