AWS每月账单做到几千美元以后，还一直信用卡直付有必要吗？

cherylone

AWS每月账单做到几千美元以后，还一直信用卡直付有必要吗？
1 o" m+ C6 e3 [+ N1 p# ^
很多 AWS 项目刚开始的时候，其实没什么好纠结的。

9 a, c' o4 j- K$ v注册账号，绑信用卡，一个月几十、几百美元，AWS 自动扣款，用起来最省事。

% x$ Q1 |( Z5 `; @+ N! w0 ?但项目做了一段时间以后，账单慢慢从：
3 E6 H/ Q6 z) z! j3 `" I8 K
) \7 i6 G! G# p9 R' u& W$300
( y" ~4 \2 x+ D) d6 w$800
$2000

( L0 k% t- |7 e1 K% |涨到每月 $5000、$10000 甚至更高，这时候还一直沿用最开始的信用卡直付方式，就值得重新看一下了。

  L8 I$ I1 U! g. U2 X不是说信用卡直付有什么问题，而是当 AWS 用量达到一定规模以后，账单已经不再只是“每个月自动扣一笔钱”这么简单。

) R5 s1 e' d2 h0 G9 S, J7 A, w比如有些公司会遇到：

多个 AWS 账号分别绑定不同信用卡；
4 ~( l' N8 E4 e/ ?! k) i. `财务每个月需要人工对账；
海外卡额度不够；
9 {4 R$ Q. l# w; m扣款失败影响账号；
美元结算比较麻烦；
业务增长以后，希望能有更好的商务条件。

" q! X! m  q* Q  U7 F1 X这些其实都属于使用规模起来以后才会出现的问题。
2 \  N% m% u- B. n% P4 j# b' f
9 k7 X2 \0 _/ |一开始基本感觉不到。

---
5 n% ^, v* `$ I2 g, z
% {% r  A) E& n1 W( B2 ~8 W: K* J### 先判断自己的 AWS 用量是不是已经稳定

如果每个月只有几百美元，而且业务波动很大，我觉得没必要为了省一点点去折腾账单关系。

但如果已经连续几个月：

每月 $3000+
每月 $5000+
. X* Y# E7 x5 @每月 $10000+
& C; V0 x/ ]- k- D: L1 r! A' w
' j/ e9 c! f& n+ y) u而且主要资源比较稳定，这时候就可以开始看看有没有更适合的结算方式。
* h  C! Z' |! Y* y8 i7 d. b6 M
' t. v; ?5 ]& w: h- t因为云成本其实分两块：

" K8 a2 _9 h- n2 N: {一块是技术侧。

比如：
  `# b5 z2 a" t/ ~& L( B1 D
8 ~7 `4 h6 I; @0 AEC2 是否闲置
& X, U' k* v4 h7 |! l& ]7 QRDS 是否过配
EBS Snapshot 有没有堆积
1 T) V2 S8 e( d* D' ^2 QNAT Gateway 流量是否异常
  Y3 b- O  `, sSavings Plans 是否合适

另一块则是纯商务侧：
' ?( v* w: x7 Y& n3 p. O, E! d9 U* t
( q; d6 w2 C/ R同样这些 AWS 资源本来就必须用，结算方式有没有优化空间。
+ ?+ B3 _1 l) A. q" u8 {
+ c' M- T0 B$ S6 Y这两件事情不要混在一起。

% l2 F" |8 x' n& S2 `. ~- V) i技术侧优化解决的是“有没有浪费”。

账单渠道解决的是：

* k! Z+ O6 t/ y4 i  Z. X1 x“剩下这些必须花的钱，能不能用更合适的商务条件结算。”

---
" O( Y9 W. H7 K$ C$ x
### 技术环境其实不一定需要动
1 @! X+ ]: ?. [5 u% S& x' p
9 Q, Q& X- J9 p很多人听到换 AWS 账单渠道，第一个担心的是：

是不是要迁服务器？

* ^0 d8 q. E/ I' }4 i2 ^是不是要换 AWS 账号？
0 J" c& V. [- W  I
0 Q& [2 t) q3 a: n6 _$ y是不是需要重新部署？
- K7 R2 q8 R% M. {2 l* J4 Z  w
正常情况下，账单合作和技术环境是两回事。

2 o5 v" Z9 Z5 v8 p0 `; d5 H客户原来的：
( t4 B2 m" h! k
' Q: q9 [. w  o9 P, s6 X7 Z; dEC2
RDS
S3
CloudFront
' x. v6 P! @8 A: O; _- SEKS
3 b: R' ?% }+ V. s% g+ M* qBedrock
: R( V% W; \. `  M- }& h( V
这些怎么用还是怎么用。
& Q: ]- ]& d1 `" D
" X2 }* k4 v) d5 D开发团队、运维团队也不需要因为结算方式变化就换人。

所以如果只是做 AWS 账单结算，最理想的状态其实是：

+ X) U. ?' m3 B3 U& W% Q/ f- y1 r  f1 L技术侧尽量不动
业务侧尽量不动
5 l* r# t  i5 d/ C只处理 Billing 和商务关系

4 q9 A% r8 e6 l$ h这也是为什么我觉得月账单已经比较稳定以后，才比较值得评估。

---
% Y1 t0 I7 J/ ?% _# w' ]
8 F7 U+ d5 a1 r### 账号多的时候更明显
+ w+ K/ G" `4 m, T8 U8 F
还有一种比较典型的情况：
% _- V% S3 A) Y, ~% O4 g
* l' O9 W9 U  _* `( h% l! f4 W一个公司有五六个 AWS 账号。
& O- G3 t/ |+ ?! v$ o2 U$ r: t8 b" J$ n
例如：
9 L2 E1 o9 p( W6 f2 x
生产环境
测试环境
, j5 ^( x3 o; m海外业务
: s$ I+ X; P: K  A# P9 m# Y: E5 qAI 项目
; K9 c. H! L* S) `, _9 {1 h不同产品线

9 _" J+ Q! R. [3 ?. {, L每个账号都自己绑卡、自己结算。

业务小时问题不大。

6 u) o5 A+ v% t8 F" f后面账单规模起来以后，财务和管理上会越来越麻烦。
; h; b! |! m7 W6 P* A' V
, j# C4 g3 F8 w1 [这时候除了看看 Organizations、成本标签这些技术工具，也可以把结算关系一起梳理一下。

至少要知道：

现在一共有多少 AWS 账号；
+ ?1 d4 Q5 t% F6 n8 U每个月总使用规模多少；
哪些账号长期稳定；
  [! q$ q) n+ @哪些只是测试账号；
' m' M4 `' I, P5 z; B- W( A8 T目前是不是全部 AWS 官方直付。

" X2 [1 h$ E2 z# w2 ]$ |0 i有了这些信息以后，再判断有没有必要调整，会比一上来只问“能打几折”靠谱很多。

; Z/ B! ~+ v7 T! R---

我们这边目前主要就是做 AWS 账单结算和商务支持。

+ a/ @9 y" U) ~不接客户的开发、部署和日常运维，也不会去改客户现有技术架构。
# A! c2 L1 L6 H, a  K
$ q6 u7 s  R: X! v一般就是根据客户：

' G1 g) R# U& B% g/ zAWS 账号数量
& \) h2 s4 o; f( Z; C$ W/ q* C月度实际消费
主要使用区域
4 \* c5 n9 x' f+ q6 S+ ^8 }使用稳定性

& E1 c  h& j2 O9 z& m$ x8 C这些情况，评估相应的结算方式和商务优惠。

* T; r; u5 f/ M' V0 B0 W所以如果现在还是 AWS 官网信用卡直付，而且月消费已经比较稳定，也可以把大概的月用量整理一下先评估。
! H" z- S$ g1 d( ^
# n! a1 @3 K$ I& B6 F不一定所有账号都适合调整，先算清楚有没有实际价值再决定。
+ x6 {9 v4 r) ^* }4 }8 A; S
我自己的看法一直是：

AWS 用量小的时候，简单最重要。
8 O- p8 d1 ^* s8 A1 |
AWS 用量上来以后，除了技术优化，也应该开始认真看一下账单本身怎么结算。
- x* U; n% _+ C4 R" y8 x