真实的中断事件。 真实、有据可查的数字。

本站的每一个计算器建模的都是假设情境。而这些页面梳理的是七起真实事件——发生了什么故障、持续了多久,以及事后各公司披露的具体金额,每一项都注明了公开来源。

中断案例研究 真实中断成本案例 著名 IT 中断事件 停机成本示例
滚动查看案例研究
7 2012–2024 年间的知名事件
$7B+ 公开披露成本合计

同样的公式,这些是真实的输入值。

每篇案例都链接到其原始来源——SEC 备案文件、事故复盘报告,或引用公司自身披露数据的报道——而不仅仅是传闻或单一的头条估算。

事件 日期 披露成本
CrowdStrike 更新中断 2024年7月 $54亿(财富500强)
西南航空假日大崩溃 2022年12月 $11亿以上
奈特资本交易故障 2012年8月 $4.4亿
达美航空数据中心中断 2016年8月 $1.5亿
AWS S3 中断 2017年2月 $1.5亿(标普500)
Facebook BGP 中断 2021年10月 $6000万–1亿(估算)
Fastly CDN 中断 2021年6月 未披露

七起事件,三条反复出现的教训。

细节各不相同,但成本的构成方式在不同行业和不同年代之间惊人地一致。

01

根本原因几乎从不是什么高深莫测的东西

一次输入错误的命令、一次未经审核的配置推送、一台未经测试的服务器——这里几乎每一起事件,追根溯源都是一次跳过了安全防护的普通变更,而不是什么高明的攻击。

02

持续时间与成本并不同步扩大

奈特资本在 45 分钟内损失了 4.4 亿美元;而 Fastly 的中断持续了约一小时,却没有披露任何损失。你做了什么、影响到了谁,远比时钟走了多久更重要。

03

披露出来的数字很少是完整的数字

直接收入损失通常是最小、也最容易引用的一部分。赔偿、罚款、诉讼以及声誉方面的拖累往往会在事后才逐渐显现,而且很少能汇总成一个干净利落的头条数字。

关于案例研究,一一解答。

在使用真实事件来构建预算或可靠性论证时常见的问题。

这些数字是官方审计过的总额吗? 它们是每起事件目前能找到的、最可信的公开数字——通常来自公司在 SEC 备案文件或财报电话会议中的披露——但不同公司和分析机构所用的方法各不相同,因此跨事件比较应视为方向性参考,而非精确对比。
为什么合计总数是一个估算值? $7B+ 这一数字汇总的是性质各异的数据——一家公司的直接损失、一项覆盖全行业的保险损失估算、一份分析师预测——所用方法各不相同。它体现的是量级,而不是一个经过审计的单一总和。
我可以把这些数字用作计算器的输入值吗? 可以——每篇案例研究都链接到与其情境最匹配的计算器页面(航空、IT、交易或通用场景),方便您看看同样的公式在您自己的规模下会如何建模类似事件。
为什么没有收录[某个知名中断事件]? 本列表优先收录具备具体、可追溯成本数字的事件,而不是那些被广泛报道却从未公开量化过的事件。若需对任意类型事件进行示意性建模,请参阅按行业计算器

这样一次中断,如果发生在您身上,会花费多少?

这些是七个真实的数字。请用同样的模型,代入您自己的系统、收入和故障历史。

模式

强调色