AWS 每月账单上来以后，我反而建议先别急着谈折扣

cherylone

刚开始用 AWS 的时候，一个月几十、几百美元，账单其实没什么好研究的。
/ r+ Y# S) y9 g8 d2 n2 z8 S- n& BEC2 几台、S3 一点存储，月底看一下总金额，大概也知道钱花在哪。
但等一个项目跑到每个月几千美元以后，我现在反而不太建议第一件事就去研究“能打几折”。
原因很简单：
如果账单结构本身就有问题，折扣只是把浪费一起打了折。
8 v$ U# J) ]2 T' i比如一个月 5000 美元的 AWS 账单，看起来已经不算小了。
' y8 h0 K+ q$ n6 @- J( Z1 ?但拆开以后，可能真正长期稳定的业务成本只有 3500 美元。
' C* A+ T% t; ]: {$ x剩下的 1500 美元里面，混着：
6 G" y( N( o9 f# Q9 F" I5 c

• 很久没用的测试资源
  
• 历史 Snapshot
  
• 规格偏大的 EC2 / RDS
  
• 没人关注的公网 IP
  
• 流量和 NAT
  
• Marketplace 订阅
  + d( ]" E; F# V9 [' S6 n
• 一些长期没重新检查的配置
  
  

这种情况下，先去研究 Savings Plans 或者长期折扣，其实顺序有点反了。
我更习惯先把账单分成两块。
一块是：
业务正常运行一定会花的钱。
比如长期在线的核心服务器、数据库、正常流量和存储。
另一块是：
理论上可以重新检查的钱。
  G6 o( F# g8 s; y这部分不一定全是浪费，但至少值得看一下为什么还存在。
  P) f2 X: X% M" P6 T3 }" b9 r账单先这么拆一遍，后面很多事情会清楚不少。
比如长期稳定的计算底盘有多少，哪些资源适合做长期承诺，哪些业务波动比较大，哪些费用其实根本不应该继续存在。
我们平时帮一些 AWS 项目看账单时，也会发现一个挺有意思的现象：
有些客户最开始问的是：
2 Z/ D/ {* l& x! v6 E9 T

我这个 AWS 能不能再便宜一点？
. O2 k* c" ]* B# O, {3 r; u

但真正把账单拆开以后，最后省下来的部分，未必主要来自折扣。
有时候光把长期闲置、重复配置和不合理规格整理掉，效果反而比单纯换计费方式更明显。
' n" @9 {0 P- Q而且这种优化还有一个好处：
, e* A9 e# ?, M! h不会把未来的用量提前锁死。
Savings Plans、RI 这些方案当然很好，但前提是你已经比较确定哪些资源会长期稳定存在。
如果连基础用量都没算清楚，直接做长期承诺，后面业务一变，反而容易出现利用率不够的问题。
所以如果 AWS 每个月已经有一定规模，我觉得比较合理的顺序应该是：
先看账单结构
→ 找异常和历史资源
9 V( W, d% a! z: x→ 确认长期稳定用量
- {+ F5 S/ G" s5 A& T5 r→ 再研究折扣和结算方式
我们现在自己在做 AWS 账单和成本相关服务时，也基本是按照这个思路看。
8 F+ d& ]: D( b; {  \- E不是一上来就告诉客户“能省多少”，而是先看看这张账单到底有没有优化空间。
毕竟同样是每个月 5000 美元，有的账号已经很干净了，真正能动的地方不多；
有的账号用了两三年，里面各种历史资源、旧配置、临时项目堆在一起，空间就完全不一样。
9 K6 d8 X0 S  f6 R7 P6 \所以我现在越来越觉得：
AWS 成本优化的第一步不是找最低价格，而是先搞清楚自己到底在为什么付钱。
账单看明白以后，后面的折扣、长期承诺、结算方式，才有意义。