将您的 AWS 账单降低 90%

Source: Dev.to

云费用因在创业初期看似微小而在规模扩大后失控而臭名昭著。在 AWS 等平台上，账单冲击是真实存在的。不过，只要进行适当的基础设施调优，就能在不牺牲性能的前提下收回预算。

利用 Spot 实例

计算资源往往是 AWS 账单中最大的项目。大多数开发者默认使用按需实例，但对许多工作负载来说这并非必要。

• 最佳使用场景： 异步任务、后台处理、数据计算以及视频转码。
• 注意事项： 这些实例可能会被中断（被 AWS 收回），提前通知时间很短。
• 解决方案： 将系统构建为 可感知中断。使用数据库状态管理或队列系统（例如 SQS），确保进程被终止后能够在新实例上自动恢复。

将低流量工作负载迁移到无服务器

为偶尔使用的服务全天候运行 EC2 实例是金钱的浪费。

• 策略： 将低至中等流量的端点和定时任务迁移到 AWS Lambda。
• 好处： 你不再为 EC2 的空闲时间（每月 720 小时）付费，只为代码实际运行的毫秒数付费。
• 备注： 如果你的服务流量激增或需要长时间高 CPU/RAM，最终可能需要回迁到 EC2，但对于偶发任务，Lambda 是成本效率之王。

重新审视 “RDS 默认”

AWS RDS 是一项出色的托管服务，但并不总是性价比最高的选择。

• 替代方案： 考虑专门平台，如 PlanetScale（MySQL）或 Neon（PostgreSQL）。
• 这些供应商通常在每美元性能和开发者体验（例如数据库分支、轻松扩容）方面优于标准 RDS，尤其适合创业公司。

管理 CloudWatch 日志

在看到 CloudWatch 账单之前，往往会忘记日志的存在。一个“嘈杂”的应用可能会产生数 GB 的日志，而这些日志你根本不会阅读。

• 保留策略： 不要永久保存日志。设置保留期限（例如 7 天或 30 天），自动清除旧数据。
• 日志级别： 在生产环境中关闭调试或冗余日志。仅记录对监控健康状态和关键错误排查必需的内容。

避免 “IPv4 税”

AWS 现在对每个公共 IPv4 地址（包括弹性 IP）收费。虽然费用看似微小，但在多个实例上累加会变得可观。

• 解决方案： 对内部或非面向用户的服务使用 IPv6。
• 专业提示： 如果在基础设施前使用 Cloudflare 等服务，可使用其双栈代理。Cloudflare 负责用户的 IPv4/IPv6 流量，并通过 IPv6 将流量路由回你的内部实例，从而无需为后端机器购买 IPv4 地址。

通过实施这些架构改动，你不仅是在省钱——更是在根本上改变创业公司基础设施的单元经济学。