文章摘要
AWS在未提前通知的情况下,突然删除了用户使用了10年的账户及所有数据,且未提供任何恢复选项。尽管用户采取了多区域复制、灾难恢复开关、备份架构和密钥分离等防护措施,仍未能避免这一灾难性事件。用户经历了20天的支持噩梦,揭示了过度依赖云服务提供商的风险。
文章总结
AWS 无预警删除我十年账户及所有数据
2025年7月23日,AWS(亚马逊云服务)在没有任何警告或宽限期的情况下,删除了我使用了十年的账户及其中的所有数据。这一事件不仅暴露了AWS MENA(中东和北非地区)的内部错误,也揭示了依赖云服务提供商存储数据的风险。
本应保护我的架构
我并未将所有数据集中在一个地方,而是采用了AWS推荐的最佳实践,包括多区域复制、灾难恢复的“死亡开关”、备份架构以及分离的加密密钥。然而,我未曾预料到的是,AWS本身会成为数据灭绝的源头。
十年的客户关系
作为AWS的十年老客户,我主要将其用于开源开发的测试环境,维护如capistrano-puma和capistrano-sidekiq等Ruby gems。尽管这些数据并非生产关键,但对我的开发工作至关重要。
20天的支持噩梦
从7月10日AWS发送验证请求开始,到7月23日账户被删除,期间我经历了多次沟通不畅和模板化的回复。尽管我提供了清晰的PDF文件作为身份证明,AWS仍以“文件不可读”为由拒绝,最终导致账户被终止。
AWS的政策与现实
AWS官方文档称,账户关闭后有90天的数据保留期。然而,我的账户因“验证失败”被暂停,这一灰色地带并未在公开文档中提及。AWS MENA的操作显然与全球政策不符。
支付问题
AWS将账户终止归咎于“第三方支付者”问题。然而,我已有自己的支付方式在系统中,AWS却拒绝切换,导致数据被无预警删除。
更深层次的 hypocrisy
AWS开发者经常向我寻求Ruby问题的帮助,却在我账户被删除时要求我解释账户用途。这种双重标准令人难以接受。
AWS真正摧毁了什么
AWS不仅是我的备份,更是我开源开发的“洁净室”。删除账户不仅影响了我,也影响了使用我开发的gems的全球开发者。
内部测试的失误
据一位AWS内部人士透露,AWS MENA在进行“低活跃度”账户的测试时,因Java参数解析错误,导致多个账户被误删。
AWS MENA的声誉
多年来,开发者们不惜支付溢价以避免使用AWS MENA的服务,因其操作方式与其他地区不同,存在随机终止账户的风险。
安全成为我的弱点
尽管我采取了多重安全措施,但未能防范AWS本身成为单点故障。
对用户的启示
这一事件提醒我们,不应完全依赖单一云服务提供商,即使遵循了最佳实践,也无法保证数据安全。
未来的行动
我计划开发一个免费工具,帮助用户从AWS迁移到其他云服务平台。我的客户已同意迁移至Oracle OCI、Azure和Google Cloud。
总结
AWS的这次事件不仅是个别账户的损失,更是其内部系统、支持体系和区域管理问题的集中体现。云服务并非用户的盟友,而是商业利益驱动的实体。用户需谨慎规划数据存储和备份策略,以应对可能的风险。
评论总结
评论主要围绕AWS账户被删除事件展开,观点分为以下几类:
AWS的责任与用户的责任
- 一些评论认为AWS在处理账户删除时缺乏透明度,用户应得到更多支持。
引用:
"My only question is: where the hell was your support rep?" (评论5)
"AWS is responsible for their part in the disaster, and you are responsible for yours." (评论3) - 另一些评论强调用户应承担数据备份的责任,AWS仅负责基础设施。
引用:
"You, the customer, are responsible for your data. AWS is only responsible for the infrastructure." (评论11)
"If I need, say, a database in AWS, it is live-mirrored to somewhere within my control." (评论7)
- 一些评论认为AWS在处理账户删除时缺乏透明度,用户应得到更多支持。
备份与数据安全的重要性
- 许多评论指出用户应进行本地备份,避免将所有数据依赖单一云服务。
引用:
"This is why I use a local NAS for offline backups." (评论9)
"The backups protect me from my own mistakes, and the local canonical copies and backups protect me from theirs." (评论7) - 有评论提到数字数据的脆弱性,强调备份的必要性。
引用:
"Digital data? Screw that! One mistake, everything deleted." (评论10)
- 许多评论指出用户应进行本地备份,避免将所有数据依赖单一云服务。
对AWS的批评与反思
- 部分评论对AWS的服务表示不满,认为其可能对初创企业造成毁灭性打击。
引用:
"AWS has perfected the art of killing startups..." (评论1)
"This has happened to me too destroyed five years of my life no joke." (评论12) - 也有评论建议使用更易迁移的基础设施,减少对AWS的依赖。
引用:
"Just use EC2 and basic primitives which are easy to migrate." (评论4)
- 部分评论对AWS的服务表示不满,认为其可能对初创企业造成毁灭性打击。
对作者行为的质疑
- 一些评论认为作者缺乏自我反思,过于依赖云服务而忽视备份。
引用:
"This post could be summed up with 'I should have had backups. Lesson learned'." (评论14)
"They’re going to dazzle you with all of their hardened bunker this, and multiple escape route that." (评论14)
- 一些评论认为作者缺乏自我反思,过于依赖云服务而忽视备份。
总结:评论普遍认为用户应承担数据备份的责任,同时批评AWS在处理账户删除时的透明度不足。备份和本地数据存储被视为避免类似事件的关键措施。