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

cherylone

AWS每月账单做到几千美元以后，还一直信用卡直付有必要吗？
  \4 c4 {9 |- Q" R2 {& c
2 `0 Q+ n( Y  Q2 H- \很多 AWS 项目刚开始的时候，其实没什么好纠结的。

! k$ `1 x4 _6 z1 C4 V注册账号，绑信用卡，一个月几十、几百美元，AWS 自动扣款，用起来最省事。
- j9 L8 V4 t4 C% q  Q
% m* q- |% B' S+ a; ?% V但项目做了一段时间以后，账单慢慢从：

" `. Q8 y4 N$ V" y: B1 ?4 |$300
- ^, [( s5 a; H8 M; V: J, C7 N$800
$2000
% y" M% G' W. |- v# \. q
涨到每月 $5000、$10000 甚至更高，这时候还一直沿用最开始的信用卡直付方式，就值得重新看一下了。
( s8 ~( E3 ?; G6 T
不是说信用卡直付有什么问题，而是当 AWS 用量达到一定规模以后，账单已经不再只是“每个月自动扣一笔钱”这么简单。
! f" d1 s: ^, d# X( W6 o
比如有些公司会遇到：
( x# t# m) h8 n, y2 R( Y5 o) G5 f
+ i) o% G3 l" u$ S$ b多个 AWS 账号分别绑定不同信用卡；
财务每个月需要人工对账；
; n' ?" f' I1 n海外卡额度不够；
0 ~. {" W, X' Q扣款失败影响账号；
' t; E, S2 `: l美元结算比较麻烦；
3 g: \0 R8 y3 Z0 ]* L) w2 X业务增长以后，希望能有更好的商务条件。
. Y3 M, K+ g( i; R
* S' a2 {7 r2 X1 n. _这些其实都属于使用规模起来以后才会出现的问题。

% X: [4 S! d9 w$ R# I7 r3 W4 r一开始基本感觉不到。
* c! z) l5 ?- c7 ?/ N# n" c
---

### 先判断自己的 AWS 用量是不是已经稳定
. D- ~0 s% @  ~
如果每个月只有几百美元，而且业务波动很大，我觉得没必要为了省一点点去折腾账单关系。

但如果已经连续几个月：

0 V% i! ?, N$ e7 ^, D4 {& ^每月 $3000+
7 ], \" M: ~$ P% U% ?& _8 l每月 $5000+
每月 $10000+
' `' o% n3 s! w. t/ S+ g! g7 f
而且主要资源比较稳定，这时候就可以开始看看有没有更适合的结算方式。
: ~$ \! m6 e6 [
: L0 U( h3 v* S# Q因为云成本其实分两块：
, x4 e9 K6 [. @( _
一块是技术侧。
  C4 D& `7 s1 q% t+ ?
比如：
& b& _0 X1 @) b7 A# L. ^
. |9 p0 f. l* R9 K; R! `EC2 是否闲置
RDS 是否过配
: Z6 L. T/ C; ?: ~/ W; H% e/ TEBS Snapshot 有没有堆积
  t2 ]8 z' M; lNAT Gateway 流量是否异常
Savings Plans 是否合适

- c# I( f  l5 v( [5 l1 ], D$ d另一块则是纯商务侧：

/ d  E: g, }, ^* b7 c  @9 Q同样这些 AWS 资源本来就必须用，结算方式有没有优化空间。
8 {) F: V0 c. y& r* l
这两件事情不要混在一起。

技术侧优化解决的是“有没有浪费”。
+ `" _% k9 M6 o9 j2 t" k, b
# e5 w6 i, Y. V5 o账单渠道解决的是：

- ]7 o, k# G( ?4 y5 B“剩下这些必须花的钱，能不能用更合适的商务条件结算。”
4 O' s: g9 v6 ]2 f5 d- h. A) H
---
" v+ C  e, G! P$ J( R
### 技术环境其实不一定需要动

9 |" h1 c- Z$ O/ y很多人听到换 AWS 账单渠道，第一个担心的是：
* Y2 ~8 r- ?; }! u. D8 I8 h( b6 X
是不是要迁服务器？

3 ?- K$ l! s6 \: }( r是不是要换 AWS 账号？

( @/ X5 n% S+ h$ F* e6 b是不是需要重新部署？

正常情况下，账单合作和技术环境是两回事。
' W# ~- C, c- B6 [' n4 i
/ M' d6 ~. a3 ?$ `2 C( V客户原来的：

" F" ?+ T# Z/ h+ [9 z3 g% U4 HEC2
  e0 E0 o2 U" ~" K0 MRDS
9 q( h! F! }. m6 v% D# f# cS3
* i0 b) ^0 n. VCloudFront
EKS
. a0 A$ Z( N$ _. N7 pBedrock

这些怎么用还是怎么用。
. @5 j& z" c3 z4 {& R
* j- `, a2 E! s3 p开发团队、运维团队也不需要因为结算方式变化就换人。
. h% w2 {) |0 k; w! O; ^8 p
* F, _$ g  E; {6 Z4 D) d5 t所以如果只是做 AWS 账单结算，最理想的状态其实是：
) @& X+ P, t( |1 L  Q
技术侧尽量不动
9 {+ r. y7 I; T* q) ]5 J+ F) f业务侧尽量不动
9 R! o: Z/ B! Z2 d只处理 Billing 和商务关系
8 o1 ?5 w" k8 R. ]! Q7 l9 W/ T
这也是为什么我觉得月账单已经比较稳定以后，才比较值得评估。
$ g- [4 n/ G0 b) P7 r" `
---

# n$ V* L! c& c* j# P+ \, ?4 P8 z3 _### 账号多的时候更明显

还有一种比较典型的情况：
& ^" \; e' t% R9 v* k
一个公司有五六个 AWS 账号。

例如：

. C6 }: s$ f8 r2 `2 Y! Y生产环境
3 c  ~% u6 [- v) J- [测试环境
海外业务
AI 项目
不同产品线
, }* a. f- R9 ]6 b( k, g8 ]( M6 B
每个账号都自己绑卡、自己结算。

业务小时问题不大。
4 N2 e4 e/ C4 O
后面账单规模起来以后，财务和管理上会越来越麻烦。
, q- C  j# q: x' ?, m- B
+ Q8 e2 e' z9 Y) C$ h" [这时候除了看看 Organizations、成本标签这些技术工具，也可以把结算关系一起梳理一下。

5 U! A9 M9 W  `8 R至少要知道：
, \0 Q6 D4 K+ p/ B- D
9 @& P" g, b+ T7 g: v) }# |1 Y现在一共有多少 AWS 账号；
每个月总使用规模多少；
/ f. F, c/ L: v5 }- o哪些账号长期稳定；
哪些只是测试账号；
8 s1 x: J$ G6 M, Q  Z9 f# O目前是不是全部 AWS 官方直付。
5 G/ V# [) J) g- W7 Z9 H
有了这些信息以后，再判断有没有必要调整，会比一上来只问“能打几折”靠谱很多。

---
3 ?/ k5 i3 o+ g0 d! x9 f
4 f, T0 N$ V9 e! T$ R我们这边目前主要就是做 AWS 账单结算和商务支持。

不接客户的开发、部署和日常运维，也不会去改客户现有技术架构。
3 P- d! c$ n1 u- `9 a
一般就是根据客户：
5 R) `4 ^& k. R: U; U! F
AWS 账号数量
月度实际消费
主要使用区域
3 M( Z3 c: L* I1 a使用稳定性

这些情况，评估相应的结算方式和商务优惠。

, w& s! ^# |$ h$ D, ^所以如果现在还是 AWS 官网信用卡直付，而且月消费已经比较稳定，也可以把大概的月用量整理一下先评估。
. T5 L9 F; z- l
+ z* J( h6 R8 G- I0 A8 X% _不一定所有账号都适合调整，先算清楚有没有实际价值再决定。

我自己的看法一直是：
4 ]" Q7 D2 m; J# R( S& n. y  p# c
AWS 用量小的时候，简单最重要。

% t& l9 I! b+ P6 F5 y* OAWS 用量上来以后，除了技术优化，也应该开始认真看一下账单本身怎么结算。
% U: r* `& q" t6 w