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

cherylone

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

很多 AWS 项目刚开始的时候，其实没什么好纠结的。
6 _6 r2 X6 ^, d) L4 _
注册账号，绑信用卡，一个月几十、几百美元，AWS 自动扣款，用起来最省事。
* b7 G) f& l, |1 G: D: V
" {( ~1 h4 L& `但项目做了一段时间以后，账单慢慢从：

# l; R  D0 W1 |& m$300
$ f7 Y) F2 {; ~1 r$800
$2000
, S) q! y. T6 {* _( o( m4 K/ r
$ y# o( \) z0 R( `涨到每月 $5000、$10000 甚至更高，这时候还一直沿用最开始的信用卡直付方式，就值得重新看一下了。
( C0 Y& R% f# n2 m! N
不是说信用卡直付有什么问题，而是当 AWS 用量达到一定规模以后，账单已经不再只是“每个月自动扣一笔钱”这么简单。
7 i& @% I; a& R
$ m/ ]$ _  p9 _$ c( D/ ~比如有些公司会遇到：

# ]. |9 s3 s1 `$ ~% s6 N多个 AWS 账号分别绑定不同信用卡；
1 a' c/ E- O0 C+ \5 K. u# T2 q: {财务每个月需要人工对账；
4 J3 }* r- I) |) v  p5 M6 |; T* ]海外卡额度不够；
1 Y2 U9 v* F8 m% B% L' ]扣款失败影响账号；
0 i. d' j# L. ~+ g美元结算比较麻烦；
业务增长以后，希望能有更好的商务条件。
$ _% }3 v$ ~, q
这些其实都属于使用规模起来以后才会出现的问题。

一开始基本感觉不到。
  G& f4 ]0 Z! B( Y4 F5 G, n7 x( `  E
4 K; O) b: l, j* I$ j4 Y7 r---

& I1 }4 F' R9 j, s### 先判断自己的 AWS 用量是不是已经稳定
: J# G# C1 [9 L/ A' N
' s& ^4 {4 z4 S5 w3 d; \如果每个月只有几百美元，而且业务波动很大，我觉得没必要为了省一点点去折腾账单关系。
3 P+ F9 F  X$ C
但如果已经连续几个月：
+ a) S' g) X0 ]# Y1 G* ]
) j: W! S) c+ T, m8 r每月 $3000+
* m7 \( b- Q- D! @' [: Q每月 $5000+
每月 $10000+
9 B: E3 w5 n* q4 j6 ]
* D) H0 }  p/ Y" P; D7 h而且主要资源比较稳定，这时候就可以开始看看有没有更适合的结算方式。
  g/ x  c4 Q# {* a2 d
因为云成本其实分两块：

4 K% E; [# t; P5 e- Y' K1 r一块是技术侧。
+ m/ _( i) p3 r7 T* T" V2 N' J
9 O1 Q6 f7 S4 M0 f* ?2 t( L比如：
7 s+ H+ h3 H8 v( j6 M" M
6 @; O. w1 [- _& XEC2 是否闲置
RDS 是否过配
; q, W" Z- {: t1 G; K5 W5 pEBS Snapshot 有没有堆积
% @4 v. k8 _. I( DNAT Gateway 流量是否异常
Savings Plans 是否合适

! `) R; j0 a9 c* t& k9 r6 W' x/ f另一块则是纯商务侧：
' |  u$ z! Y2 U% j; s
同样这些 AWS 资源本来就必须用，结算方式有没有优化空间。
2 C3 Q) d9 G4 h' V$ `/ g! }* D' S
这两件事情不要混在一起。

技术侧优化解决的是“有没有浪费”。

账单渠道解决的是：
  [2 z9 J( P$ g
“剩下这些必须花的钱，能不能用更合适的商务条件结算。”
) A& W" U% i; ^
3 e5 c/ m) g9 q3 N8 {. m' j) y; P' A---
0 b' S) W0 j6 m& T9 d# c
8 n3 g  _6 v. c### 技术环境其实不一定需要动
% d( w  j" w+ N5 `* L
3 @; g) E/ V% f  y2 E5 e& u0 E很多人听到换 AWS 账单渠道，第一个担心的是：

3 e! i3 }0 M/ }! q9 b9 s7 g) z是不是要迁服务器？

# K& r- V  S$ k8 v7 {/ E1 I是不是要换 AWS 账号？
# p& @6 P; b4 l
是不是需要重新部署？

0 U; T7 M5 K: v/ ]/ b" y2 c正常情况下，账单合作和技术环境是两回事。

( b, V; W2 b4 G7 C客户原来的：

EC2
3 D9 D$ k2 k9 I0 uRDS
3 a+ p1 e5 E# i1 @S3
% D) j! k% o* x/ a& VCloudFront
  [; W& h+ P! {8 o/ Z. ^EKS
1 Q6 g5 U4 r9 Z6 {* YBedrock
/ l+ j( v2 z. J$ @. }5 [2 b- T
5 t5 ?( {7 e7 T' P4 K这些怎么用还是怎么用。
$ F* R$ k: m" ]( T) L/ d
开发团队、运维团队也不需要因为结算方式变化就换人。

8 e1 R4 r2 P. @: ~9 R所以如果只是做 AWS 账单结算，最理想的状态其实是：

8 Z8 o( t( S* ]9 s. f) Y9 V: u5 ~技术侧尽量不动
& O/ x3 O$ J9 d# e, y5 a业务侧尽量不动
只处理 Billing 和商务关系
2 v" f1 r2 Q3 m3 G1 b& S
这也是为什么我觉得月账单已经比较稳定以后，才比较值得评估。

, C) i1 c: B. ~% w. m---
0 w# \: T5 i7 k
8 ?6 J3 C" \2 u" ^" y9 l- g### 账号多的时候更明显

+ [# L) g& _% V8 S! ?) z& o还有一种比较典型的情况：

( E; {! T# s  ^% B7 \5 |$ P一个公司有五六个 AWS 账号。

# q/ V  i8 D+ l1 H- C0 _) ^例如：

: K: w  n$ p/ t8 j生产环境
测试环境
7 n5 [  W) }/ _- C" @. w% T海外业务
AI 项目
不同产品线

! l1 j. o$ R7 r! w) W+ I每个账号都自己绑卡、自己结算。
6 m6 j  A6 F' v1 c+ Q% k
; o# S6 ?! h* E; q6 }业务小时问题不大。
4 J. N  z; L$ E1 `4 f
后面账单规模起来以后，财务和管理上会越来越麻烦。

这时候除了看看 Organizations、成本标签这些技术工具，也可以把结算关系一起梳理一下。

, O' @6 ]( u! Q3 {9 h至少要知道：
, \; S% S2 g9 L0 \" C% w/ A
2 W! t' y. ^* s现在一共有多少 AWS 账号；
* m. Q& z1 ~* G8 C9 b- Q6 e每个月总使用规模多少；
# J) K: Z# I8 r! @哪些账号长期稳定；
哪些只是测试账号；
目前是不是全部 AWS 官方直付。
% |2 f2 {, N; e+ Z' W" _
- z2 i9 W& w5 E- t' b  d有了这些信息以后，再判断有没有必要调整，会比一上来只问“能打几折”靠谱很多。

* Y6 P: _1 s& N---

4 B' b' N" L! G+ I我们这边目前主要就是做 AWS 账单结算和商务支持。
, _- K2 A, l6 f2 l: p; c' s
! r+ X* ~* m. S& x* w& y, T8 b不接客户的开发、部署和日常运维，也不会去改客户现有技术架构。

一般就是根据客户：

0 l/ C/ {1 }$ x* c1 L# D8 e1 H& rAWS 账号数量
( R/ L, U; l  U8 V  V& w1 b月度实际消费
主要使用区域
使用稳定性
; w4 y6 i8 U2 t9 O. o
# E( q+ ?3 K" L, o/ {3 I& Z这些情况，评估相应的结算方式和商务优惠。

所以如果现在还是 AWS 官网信用卡直付，而且月消费已经比较稳定，也可以把大概的月用量整理一下先评估。
) Y/ R! A: w4 z& ^0 t
0 s1 P1 ?" U" n7 y不一定所有账号都适合调整，先算清楚有没有实际价值再决定。
) C$ }5 a" Q- c- s( b( {& Q
我自己的看法一直是：
' a) [8 i5 L( g
' a. y5 E. Q& }AWS 用量小的时候，简单最重要。
/ K/ A. v9 q5 X8 ^) c
7 C; l  G0 P: \' |AWS 用量上来以后，除了技术优化，也应该开始认真看一下账单本身怎么结算。
0 h2 A+ u! W4 d# R1 @# Y: q
* Q* U0 g- |" {  {& k  G8 N" f8 I