AWS 每月账单上来以后，我反而建议先别急着谈折扣
刚开始用 AWS 的时候，一个月几十、几百美元，账单其实没什么好研究的。EC2 几台、S3 一点存储，月底看一下总金额，大概也知道钱花在哪。
但等一个项目跑到每个月几千美元以后，我现在反而不太建议第一件事就去研究“能打几折”。
原因很简单：
如果账单结构本身就有问题，折扣只是把浪费一起打了折。
比如一个月 5000 美元的 AWS 账单，看起来已经不算小了。
但拆开以后，可能真正长期稳定的业务成本只有 3500 美元。
剩下的 1500 美元里面，混着：
[*]很久没用的测试资源
[*]历史 Snapshot
[*]规格偏大的 EC2 / RDS
[*]没人关注的公网 IP
[*]流量和 NAT
[*]Marketplace 订阅
[*]一些长期没重新检查的配置
这种情况下，先去研究 Savings Plans 或者长期折扣，其实顺序有点反了。
我更习惯先把账单分成两块。
一块是：
业务正常运行一定会花的钱。
比如长期在线的核心服务器、数据库、正常流量和存储。
另一块是：
理论上可以重新检查的钱。
这部分不一定全是浪费，但至少值得看一下为什么还存在。
账单先这么拆一遍，后面很多事情会清楚不少。
比如长期稳定的计算底盘有多少，哪些资源适合做长期承诺，哪些业务波动比较大，哪些费用其实根本不应该继续存在。
我们平时帮一些 AWS 项目看账单时，也会发现一个挺有意思的现象：
有些客户最开始问的是：
我这个 AWS 能不能再便宜一点？
但真正把账单拆开以后，最后省下来的部分，未必主要来自折扣。
有时候光把长期闲置、重复配置和不合理规格整理掉，效果反而比单纯换计费方式更明显。
而且这种优化还有一个好处：
不会把未来的用量提前锁死。
Savings Plans、RI 这些方案当然很好，但前提是你已经比较确定哪些资源会长期稳定存在。
如果连基础用量都没算清楚，直接做长期承诺，后面业务一变，反而容易出现利用率不够的问题。
所以如果 AWS 每个月已经有一定规模，我觉得比较合理的顺序应该是：
先看账单结构
→ 找异常和历史资源
→ 确认长期稳定用量
→ 再研究折扣和结算方式
我们现在自己在做 AWS 账单和成本相关服务时，也基本是按照这个思路看。
不是一上来就告诉客户“能省多少”，而是先看看这张账单到底有没有优化空间。
毕竟同样是每个月 5000 美元，有的账号已经很干净了，真正能动的地方不多；
有的账号用了两三年，里面各种历史资源、旧配置、临时项目堆在一起，空间就完全不一样。
所以我现在越来越觉得：
AWS 成本优化的第一步不是找最低价格，而是先搞清楚自己到底在为什么付钱。
账单看明白以后，后面的折扣、长期承诺、结算方式，才有意义。
页:
[1]