重返AWS后被劝退的亲历：一个独立开发者对云服务的反思

Hacker News上一篇获得587分高赞的博文引发了广泛讨论——作者以独立开发者的视角，讲述了自己重返AWS后的种种不愉快体验，以及为什么最终选择再次离开。这篇文章在开发者社区引发了对云服务选择的深度反思。

作者的核心观点

作者认为，AWS已经从一个”令人惊叹的创新”变成了一个”复杂到令人窒息的生态系统”。他重返AWS后的感受可以概括为：每一个操作都在提醒他当初为什么要离开。

AWS被吐槽最多的几个问题

1. IAM权限系统过于复杂

AWS的IAM（身份和访问管理）系统是被吐槽最多的功能之一。HN社区的评价非常直白：”AWS IAM is hot garbage”（AWS IAM是热垃圾）。

一个简单的操作，比如给Lambda函数添加访问S3的权限，需要：

• 创建IAM角色
• 编写策略文档（JSON格式）
• 配置信任关系
• 绑定到Lambda函数
• 等待传播生效（有时候需要等几分钟）

对比之下，Cloudflare Workers的权限配置可能只需要一行配置。

2. 账单不透明，容易踩坑

AWS的定价模型复杂到即使是老手也会踩坑。作者提到：

• DynamoDB的按需计费模式很容易在意外流量下产生高额账单
• S3的请求费用、数据传输费用、存储费用分别计算，加起来比预期高很多
• Lambda的冷启动和并发配置影响计费，但不容易提前预估
• CloudWatch日志费用经常被忽略，但积少成多很可观

3. 支持服务响应慢

作者没有购买AWS的高级技术支持（每月$29-$15,000不等），因此只能等待标准支持的响应。他写道：”他们说24小时内回复，但3天过去了，AWS支持依然没有回复。”

4. 开源项目的处理方式

AWS对开源项目的态度也是争议焦点。作者提到AWS”踩踏开源项目”——尽管Elasticsearch、Redis、MongoDB等项目明确表示不想被克隆和商业化，AWS仍然推出了OpenSearch、Valkey等竞品。这种做法在开源社区中引发了不少不满。

HN社区的替代方案讨论

在讨论中，很多开发者分享了自己的云服务选择策略：

Vultr

有人推荐Vultr的192核实例，价格透明，按小时计费，适合需要大量计算资源的项目。

Hetzner

一位开发者透露自己的应用每天处理数百万请求，用的是Hetzner而非AWS：”People are unnecessarily overpaying for cloud.”（人们在不必要地为云多付钱。）

DigitalOcean

很多人推荐DigitalOcean作为中小型项目的首选，界面简洁、定价透明、文档友好。

自托管

越来越多的开发者选择自托管方案，用Coolify、Dokku等工具在自己的服务器上部署应用，避免云服务的复杂性和高昂费用。

从Vercel到自托管的转型路径

一位开发者分享了自己的经历：从Vercel（Next.js项目）开始，发现费用上涨后转到自托管方案。过程虽然有学习曲线，但长期来看更经济、更可控。

对独立开发者和站长的建议

• 不要盲目选择AWS：AWS适合大型企业和复杂架构，但对于独立开发者和中小站长来说，很多功能用不上，反而增加了复杂性
• 从简单开始：DigitalOcean、Hetzner、Vultr等平台的定价和操作都更友好，适合起步阶段
• 关注账单：设置账单预警，定期检查费用明细，避免意外账单
• 考虑自托管：如果你的技术能力允许，自托管一台$20/月的服务器可能比AWS上的等效方案便宜10倍
• 不要被锁定：尽量使用标准技术（Docker、PostgreSQL等），避免深度依赖某个云厂商的专有服务
• 评估真实需求：你的网站真的需要AWS的全球CDN、Lambda@Edge、DynamoDB全球表吗？还是一个简单的VPS就够了？

总结

云服务的价值在于弹性扩展和免运维，但这些好处是有代价的——复杂性、账单不可控、厂商锁定。对于独立开发者和中小站长来说，选择适合自己规模的方案比选择最先进的方案更重要。一台$5-20/月的VPS + Docker + Nginx，可能比AWS上精心架构的Serverless方案更适合你。

本文参考来源：I returned to AWS and was reminded why I left | Hacker News讨论（587分）