AWS:不准确的预估计费数据 – 17 亿美元

一场广泛的 AWS 计费故障短暂地让客户看到高达数十亿甚至数万亿美元的预估费用,引发了平时每月只付几美分或几百美元的业余用户和企业用户的恐慌。评论者认为原因很可能是 S3 或计费子系统中的单位定价 bug(例如把 bytes 和 gigabytes 混淆),并批评 AWS 缺乏强有力的防护、没有真正的硬性消费上限,以及在预估出错期间沟通不佳。许多人把这次事件视为一个警示:不要过度依赖不透明、重度依赖 AI 和自动化的云计费系统,因为细微错误可能更难被发现。

事件概述

  • AWS Billing Console 显示出离谱错误的 预估 费用:从数万美元一路飙到数十亿、数万亿,甚至数千万亿美金。
  • 很多案例都与 S3 有关;AWS Health 因估算计费计算子系统中的单位定价问题报告了“Inaccurate Estimated Billing Data”,并在重新计算期间暂停了估算更新。
  • 多位用户确认他们的实际用量/成本都正常;受影响的是预估和预算提醒,而不是实际账单(至少目前还不是)。

用户影响与反应

  • 业余用户和低用量账户(通常每月 < $1)看到的预估金额高达数百万到数万亿,引发恐慌、发抖、冷汗,甚至接近惊恐发作;少数人立刻删除了基础设施或关闭了闲置账户。
  • 有些人在看到显然不可能的数字后觉得很好笑(例如高于 AWS 年收入的金额),但也有人指出更小、看起来“合理”的错误(五位数到六位数)其实更令人害怕。
  • 一些人担心这会带来真实的健康后果,并将其类比为过去曾先于自杀事件出现的金融 App UI 错误。

推测的技术原因

  • 多位评论者逐渐收敛到一个单位换算 bug:按每 GB 费率去计费 bytes(偏差约为 2^30),或者类似的计量与定价不匹配。
  • 一位前 AWS 工程师描述了一个真实的旧事故:原本按每 GB 计算的美分价格被错误地按每字节应用,在数小时内生成了数百万美元账单。
  • 讨论强调了计量和定价方案之间脆弱的分离、单位缺乏强类型约束,以及缺少健壮的端到端测试和异常检测(“如果账单突然暴涨几个数量级就暂停计费”)。

质量、AI 与“vibe coding”

  • 有人强烈批评:像这种公用事业式服务中如此基础的问题,竟然能通过测试、评审和监控。
  • 很多人将责任归咎于或怀疑生成式 AI / “agentic” 系统在计费中使用过度,援引了 AWS 招聘广告中营销 AI 驱动、自动化计费与校验的内容。
  • 也有人指出,类似 bug 人类早就一直在发布;AI 主要是加快产出并减少认真审查。

云计费风险与防护措施

  • 人们反复抱怨 AWS 只提供提醒,却没有真正的硬性消费上限或实时切断;经历这次事件后,大家对密钥泄露或配置错误更加担心。
  • 提议的缓解措施包括:带限额的信用卡或关闭自动扣款;更强的异常检测;在超过阈值时能关闭计算或冻结存储的选项。
  • 有人认为 AWS 的表现足以让人把大型云服务视为受监管的公用事业;也有人说竞争存在,不满意就应该迁移。

信任、沟通与经验教训

  • 许多人对沟通比对 bug 本身更愤怒:提醒邮件发出了,却没有及时的澄清跟进;事件横幅被埋在健康/支持页面里,而不是计费控制台中。
  • 这次事件加深了人们对过去账单是否曾完全正确的怀疑,并强化了对详细用量报告、独立审计以及更好内部 QA 的呼声。