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

cherylone

刚开始用 AWS 的时候，一个月几十、几百美元，账单其实没什么好研究的。
EC2 几台、S3 一点存储，月底看一下总金额，大概也知道钱花在哪。
  ?8 F$ I! i5 C+ G5 w' P但等一个项目跑到每个月几千美元以后，我现在反而不太建议第一件事就去研究“能打几折”。
原因很简单：
6 u) k3 R7 [5 `9 b% Z! ~7 k( c如果账单结构本身就有问题，折扣只是把浪费一起打了折。
比如一个月 5000 美元的 AWS 账单，看起来已经不算小了。
但拆开以后，可能真正长期稳定的业务成本只有 3500 美元。
剩下的 1500 美元里面，混着：
2 X! y9 L$ C, H8 E6 y* c' j

• 很久没用的测试资源
  5 U. j. c* S& K4 Z
• 历史 Snapshot
  : l: B4 Z! i. z: `3 e7 j+ d* U
• 规格偏大的 EC2 / RDS
  " [1 t6 m$ E  f/ g; U" ]6 U
• 没人关注的公网 IP
  - ^" ^: M/ l0 q8 d; F
• 流量和 NAT
  
• Marketplace 订阅
  $ X5 ?$ r- e6 U7 V
• 一些长期没重新检查的配置
  
  

这种情况下，先去研究 Savings Plans 或者长期折扣，其实顺序有点反了。
我更习惯先把账单分成两块。
+ ^0 Z4 b0 V+ R6 T; @9 p一块是：
业务正常运行一定会花的钱。
比如长期在线的核心服务器、数据库、正常流量和存储。
5 f0 u0 _' M8 L+ Y9 \; \& P2 O另一块是：
理论上可以重新检查的钱。
这部分不一定全是浪费，但至少值得看一下为什么还存在。
+ Y, E* O, ?; v. H* ~2 w, p账单先这么拆一遍，后面很多事情会清楚不少。
比如长期稳定的计算底盘有多少，哪些资源适合做长期承诺，哪些业务波动比较大，哪些费用其实根本不应该继续存在。
: G& T4 |1 N2 w; O8 G3 V我们平时帮一些 AWS 项目看账单时，也会发现一个挺有意思的现象：
有些客户最开始问的是：

我这个 AWS 能不能再便宜一点？
7 Z4 x3 B& B5 g6 n! w" z

但真正把账单拆开以后，最后省下来的部分，未必主要来自折扣。
* Z1 s0 i' b) P) [$ |1 N; g* i; a有时候光把长期闲置、重复配置和不合理规格整理掉，效果反而比单纯换计费方式更明显。
$ H( i' H: O. \. `8 {* T# Y: P而且这种优化还有一个好处：
不会把未来的用量提前锁死。
* Z1 [7 Q$ I1 F; J! u6 e) @- K; HSavings Plans、RI 这些方案当然很好，但前提是你已经比较确定哪些资源会长期稳定存在。
9 w8 f8 N! h! ]如果连基础用量都没算清楚，直接做长期承诺，后面业务一变，反而容易出现利用率不够的问题。
; w' p  z' r% ?) `% e. f所以如果 AWS 每个月已经有一定规模，我觉得比较合理的顺序应该是：
5 [$ V) H8 h. U' P. |先看账单结构
% f0 b  a8 m7 L→ 找异常和历史资源
→ 确认长期稳定用量
! K0 |- d' @% Q$ j) A5 h4 ~→ 再研究折扣和结算方式
我们现在自己在做 AWS 账单和成本相关服务时，也基本是按照这个思路看。
不是一上来就告诉客户“能省多少”，而是先看看这张账单到底有没有优化空间。
毕竟同样是每个月 5000 美元，有的账号已经很干净了，真正能动的地方不多；
: s8 _6 }1 ^( G5 Y* j有的账号用了两三年，里面各种历史资源、旧配置、临时项目堆在一起，空间就完全不一样。
所以我现在越来越觉得：
" k) ~' S- N. E5 e+ P6 E' ^AWS 成本优化的第一步不是找最低价格，而是先搞清楚自己到底在为什么付钱。
- c8 R- U' ^& z! p0 h% }9 v& j' L账单看明白以后，后面的折扣、长期承诺、结算方式，才有意义。