AWS每月账单做到几千美元以后，还一直信用卡直付有必要吗？
1 q+ ~( h+ J% U9 l4 g6 a" [& z' i6 ~
很多 AWS 项目刚开始的时候，其实没什么好纠结的。
7 e1 @) ]" s2 _9 T& e
8 _) I9 t/ {" g% a6 e- m; X) N注册账号，绑信用卡，一个月几十、几百美元，AWS 自动扣款，用起来最省事。
! T& C' S4 V- j* i8 ~
: Q% Y! Y( B3 x. J+ G& Z0 B G7 y但项目做了一段时间以后，账单慢慢从：
7 G0 b* R7 N! i, M- P) u. O. o; W( P, ?4 t% ?
$300
- }7 p. S' v. w$800) u7 A8 z5 s' U2 v$ ^8 J
$2000
" h+ u- e/ q" K1 G9 s1 x
# z5 n& g% _* Q7 e) X4 b# z0 R5 p涨到每月 $5000、$10000 甚至更高，这时候还一直沿用最开始的信用卡直付方式，就值得重新看一下了。
3 S- D8 x/ \9 j {, G4 q4 K# e0 h6 c
不是说信用卡直付有什么问题，而是当 AWS 用量达到一定规模以后，账单已经不再只是“每个月自动扣一笔钱”这么简单。( e+ U* d j& O7 W8 V# D3 P
' g: N; I* o8 m9 W0 D+ y比如有些公司会遇到：
* F1 |8 F1 p P Y
4 B9 c/ a+ c2 U+ ?3 p: P1 N) i多个 AWS 账号分别绑定不同信用卡；
$ O" W/ r/ A' v财务每个月需要人工对账；' f, P7 z5 ~9 \
海外卡额度不够；, x# t$ v1 K% U- \# C
扣款失败影响账号；. A" B9 z7 W* T) s+ z
美元结算比较麻烦；! h9 b& B! c u
业务增长以后，希望能有更好的商务条件。
3 J1 {( ?- z. t0 ]: A' i2 E
1 `' l5 O& R8 o6 D+ w% ?: m$ p这些其实都属于使用规模起来以后才会出现的问题。: l9 g% K; ^) k5 P. G
9 x' k7 n% A7 K. \* d一开始基本感觉不到。9 z" X7 o( T7 h6 s1 t
3 x1 V- M7 M4 z. \/ s3 Z4 q0 G1 u& W6 t
---. U4 n u7 {8 q, c) R
) w) S* K" E( l- o" @7 o### 先判断自己的 AWS 用量是不是已经稳定, b6 T- X; B( p+ I. E
2 S! j( z/ y" f8 S如果每个月只有几百美元，而且业务波动很大，我觉得没必要为了省一点点去折腾账单关系。
) t3 S7 I1 Z3 }3 L. c; r2 D( a7 b8 [% f
! y4 r( }+ Y/ q; r: w8 ^: Q3 Y但如果已经连续几个月：
- _! R9 S4 P0 M6 ]) V& j. s c
8 V1 I; H% k- F" p每月 $3000+
! S; [' |* N& D! q每月 $5000+: h7 G. y# \) {. ~: k6 r, _
每月 $10000+ H/ c# ^* [! g( {* |3 P
* Z% _7 z) H( c; G2 P- m. k而且主要资源比较稳定，这时候就可以开始看看有没有更适合的结算方式。
0 u9 R+ }; Y r# Y' {! v6 ~ s; |7 l* `& K; o$ O5 F4 [
因为云成本其实分两块：
# k5 o1 ]( z" h: g" }( L' g- g5 A( V& A# o: c) [- q5 P
一块是技术侧。9 I8 F' A" o( M5 p
- J% U. j0 w8 V/ g" e* n( {3 }比如：
" k- }3 l1 i; x0 K; ]4 v9 y- g* W+ Y* [$ a+ y# |
EC2 是否闲置
4 I$ x4 g' y; QRDS 是否过配% U8 m6 B; p% j2 b
EBS Snapshot 有没有堆积
: ]* p8 z0 r: kNAT Gateway 流量是否异常7 M) K5 Y0 Q1 \7 D- C/ W
Savings Plans 是否合适
) @: w/ @: m/ E7 g# G9 J
' K w- o+ D' v7 e另一块则是纯商务侧：
* _4 d9 J; S( B. t/ w* _1 r, x8 A: c7 D% t# _
同样这些 AWS 资源本来就必须用，结算方式有没有优化空间。
9 Y- k$ [+ T& u$ a; j3 _$ N- F3 q( H, a5 u2 b( [; {
这两件事情不要混在一起。! }% s! t, ?; h2 ]: m1 \* V$ S* N2 N
6 ^4 g4 A) }/ T+ I: z6 ^# t# C, }
技术侧优化解决的是“有没有浪费”。
# K& U# m G5 G ? B7 P2 Z) i3 |/ J/ M. b9 L
账单渠道解决的是：
. U2 F* E2 k. Y* a( A+ S$ U0 ?7 ?# y1 S' g9 N
“剩下这些必须花的钱，能不能用更合适的商务条件结算。”
: ]5 M8 l7 o* A A
7 C1 {/ b- ~( s2 V+ H- f' I---
5 M1 @$ j4 _6 `( ?+ U( P1 O7 l. h; T
### 技术环境其实不一定需要动
1 w6 _ O6 p5 {0 z$ K/ |0 g
# i9 o& H0 N* ~6 V9 \很多人听到换 AWS 账单渠道，第一个担心的是：
" X/ E! D* X8 U$ o$ E3 `2 K9 B5 w, B
是不是要迁服务器？5 R5 m, K o$ s
/ R; i! }! f6 \( Y4 [是不是要换 AWS 账号？
2 T9 e6 z# S) G# N3 O, w; u8 ~
7 Q9 t# ~; j+ h) D- g2 M. G6 ^& _是不是需要重新部署？
0 f0 k0 R0 q. H z) M- I5 H& I( x. ]) E. o# \1 c+ Y% r
正常情况下，账单合作和技术环境是两回事。
" x/ `; h4 \. O- |, h6 Q# p
# X u8 V& R L" Z5 X客户原来的：
) g: s5 E, O; M# h; f/ ]
, ?! u c; j g: WEC2
9 p* t2 E" d( hRDS
# h5 j$ D. O; rS3
3 S" ? s; R7 {7 V9 JCloudFront
4 k2 V- b) ]: j6 eEKS
% }+ Y5 M5 }: p) `7 _. P2 IBedrock3 o% @3 X$ t: j, w8 e$ s6 w& g
% ~( C0 I+ D1 \; |3 \7 T: I7 P: H这些怎么用还是怎么用。: a# K1 n9 L; t, Y8 X$ d
# u# ^5 v; t( c5 O' s1 P/ I- _' [8 o
开发团队、运维团队也不需要因为结算方式变化就换人。; t# b, D A: j7 _" K$ h0 s
$ J0 y' a- s- e r; Q, f
所以如果只是做 AWS 账单结算，最理想的状态其实是：
L0 j1 g* L8 A H H* L. z/ a9 W, x$ o8 {. ^
技术侧尽量不动8 ~7 C0 a- G2 w1 S% e# t) q
业务侧尽量不动1 x4 }: I1 B) u5 C) A t3 P
只处理 Billing 和商务关系0 M' W/ z; L# }, k2 o- @( t
$ }$ C# B+ q8 |; W这也是为什么我觉得月账单已经比较稳定以后，才比较值得评估。
( d6 g6 \2 d7 A3 Q" ~3 @9 z( o- ^% y+ ~$ Q! F; m) e
--- m: b& b1 q: |7 R; u% Z
9 }5 D) ]! r: _& S9 ~6 [% H
### 账号多的时候更明显
% I( p7 d! X4 B& M! [' v5 f/ T9 T1 t, T- G' ~2 i& T4 I
还有一种比较典型的情况：8 D0 r8 Y5 y7 ^. R) `; @$ O6 F; C
5 S/ ]% e/ g; X P一个公司有五六个 AWS 账号。
' N+ ~% D5 Q# n9 G- t9 f& _- ^& e
! c! N4 L0 _/ a4 q' u例如：7 A y5 F; G0 z
; _9 ]. \& m( H. M, r
生产环境 M; \8 u. u2 g. m" t8 x
测试环境
& `6 C+ u3 D* S! D; D0 n海外业务0 u* _, |! e6 u! m$ I2 z! _ r
AI 项目+ q9 M9 L4 ^/ E' o& e# J& r6 K
不同产品线: a/ h! q) g" G# B' G; b4 V
' p4 _: v2 e: c2 u$ o每个账号都自己绑卡、自己结算。! f5 C: e1 [9 g1 B8 Q
* w3 R$ D( y: B7 Y0 f0 X- ?业务小时问题不大。
; U) D% j) I& P9 o/ o9 k% ^/ I. y+ ^& W& c7 M1 ^5 ]
后面账单规模起来以后，财务和管理上会越来越麻烦。
# R! H- O- m6 z: k3 o" h4 c9 w3 A' Y* d6 r) I1 t
这时候除了看看 Organizations、成本标签这些技术工具，也可以把结算关系一起梳理一下。
, N' y+ c8 Y( P9 Y( Y% z( u$ m: R% k0 S7 `( d- w
至少要知道：5 }' d7 y* L( o% f4 [" U- x, h; Y
/ F, B& Q) z! E. _8 G5 w
现在一共有多少 AWS 账号；
' @7 z! H& {% a" w" Q' U0 U0 b每个月总使用规模多少；0 ^* S" R- t0 ]' A# u
哪些账号长期稳定；* ~6 t* a8 x" E. C. C, b+ d: e
哪些只是测试账号；
0 U1 B2 y7 ~% j+ R' u$ s目前是不是全部 AWS 官方直付。4 I; L$ @4 T; {# S1 M1 i) m! Y
0 u" x: j3 w3 O4 ~" N( b/ R3 `有了这些信息以后，再判断有没有必要调整，会比一上来只问“能打几折”靠谱很多。
% s0 q9 C. b0 a. K' V* i$ ]4 O! u4 z* m
---
, V: @" a9 X( Z9 P* U0 M3 |" Q x2 W0 A2 K. P k0 ]/ F# K2 b: E: p
我们这边目前主要就是做 AWS 账单结算和商务支持。
& E, O2 u/ t% |) b+ j6 U$ \; q5 f4 M+ T, F
不接客户的开发、部署和日常运维，也不会去改客户现有技术架构。
" C6 W- e' k6 z: T* m4 [, j6 T& W1 e6 C3 {8 R& h! w( } L2 c
一般就是根据客户：
8 I, l( E( k4 }2 z7 m j$ p
1 s0 _; w* |; E9 U5 UAWS 账号数量
7 k7 I/ [8 S" D4 p# N月度实际消费. N ]6 v% w% W: @2 [4 L. A
主要使用区域
e; g9 V$ A6 \+ K( `使用稳定性5 k) i- ^2 o, d- @6 e/ k
& U, O! d# N* e0 ?这些情况，评估相应的结算方式和商务优惠。# }" E( s: k6 Y6 \, w$ w
' w! G4 ~9 {# o F8 |( O! U
所以如果现在还是 AWS 官网信用卡直付，而且月消费已经比较稳定，也可以把大概的月用量整理一下先评估。3 D' p/ ]+ L, |& A: F
0 r5 W8 N4 y* W; K% }' w3 u不一定所有账号都适合调整，先算清楚有没有实际价值再决定。3 }# M$ d' [4 i8 r
8 {0 E8 G+ e- m
我自己的看法一直是：
/ D$ G6 \: I4 {6 y. H. \& x; `( Z
# Y9 ~) r/ Y1 Q c& XAWS 用量小的时候，简单最重要。, g( Q) o ~. n% s1 b0 o0 ?
' Y: A) Q: v, d6 _
AWS 用量上来以后，除了技术优化，也应该开始认真看一下账单本身怎么结算。2 P( q2 Y- ^2 l8 d2 C' Y2 f
: O* x- ^& ]. t- q1 D! u. ]8 d
|
发表于 