一篇名为《I returned to AWS and was reminded why I left》的文章在 HN 上获得 799 票和 570 条评论，引发了大量开发者对 AWS 服务体验的共鸣与讨论。

背景：作者可以说是 AWS 的早期布道者——在 SQS、S3、EC2、SimpleDB 时代就开始使用，甚至在墨尔本组织了 AWS 在当地的第一次活动。15年来一直是一个不折不扣的 AWS 信徒。

"云计算是一场惊人革命——你的创业公司可以在几分钟内运行自己的计算机系统，无需在数据中心安装自己的设备。这绝对是改变游戏规则的，我把 AWS 的 Kool-Aid 喝到了最后一滴。"

关系破裂的过程：

就像一个慢慢变坏的恋爱关系——一两件事开始让你不舒服，但总体你还爱着它。直到某一天，某个导火索出现，天平彻底倾斜。

回归测试引发的连锁反应：

作者最近回到 AWS 做两件事：在 AWS Bedrock 上测试 Claude/Anthropic（结果发现比直接订阅 Anthropic 贵得多且更慢），以及在一台 192 核/1TB 内存的机器上测试代码。

在运行 EC2 spot 实例大约 3 小时后，收到了 AWS 的邮件："检测到账户疑似安全入侵"。一个长期休眠的账户突然启动了昂贵计算资源，触发了安全警报。

理解 AWS 这样做是为了保护用户，本意是好的。但问题来了：

  • AWS WorkMail（作者的主要商务邮箱）立即停止工作，没有人能发邮件
  • 无法创建任何 AWS 资源，测试彻底中断
  • 回复了支持通知解释没有被入侵、没有账单异常——没有任何回应
  • 没有购买高级支持，被告知要等 24 小时（实际上等了 3 天仍无回复）
  • 在论坛上求助后，有人建议用在线聊天代替工单
  • 排队 30 分钟后接通客服，客服表示满意并转交内部处理
  • 又等了 24 小时，账户仍未解封

到文章发布时，已经 4 天了。商务邮箱仍然瘫痪，测试仍然无法进行，还要面对"申请配额"（quota）的恐惧。

"我再次清楚地想起了当初为什么要离开 AWS。"作者写道。"我需要把剩下的东西也搬走——离开 AWS Workmail、把域名从 Route53 迁走、再也不回来。"

HN 社区的热议：

评论区中，大量开发者分享了类似的经历。有人指出 AWS 的"安全自动恢复"流程存在严重缺陷——自动检测系统与客户支持之间缺乏有效衔接。也有人感叹，虽然 AWS 的技术产品强大，但其服务于"小客户"的体验正在恶化，尤其是当系统出现误判时，支持渠道的响应速度对非企业级客户极不友好。

这个故事也给所有依赖云服务的团队提了个醒：不要把所有的鸡蛋放在一个篮子里，即使对最受信任的供应商也要留后路。

原文：I returned to AWS and was reminded why I left · HN讨论：799票·570评