帮一家客户做系统体检，日活不到两百人的内部管理系统，供应商给他配了8核16G三台服务器加负载均衡，一年两万多的云费用得莫名其妙。系统负载呢？CPU常年百分之五。后端系统开发的部署选配，浪费起来比功能开发还隐蔽，因为钱是按月悄悄流走的。
从低配起，够用就好
多数中小企业的业务系统，2核4G的云服务器绰绰有余：日活几千、数据库几十万条数据的量级，一台低配机加合理的优化，跑得轻轻松松。选配的常识是先小后大，云服务器升级配置半小时搞定，降级却常被遗忘——没人主动帮你省钱。从2核4G起步，监控看着CPU和内存水位，连续几周高过七成再升档，按真实负载花钱，够用就好。
数据库要不要单独一台
- 数据不重要、丢了能重来的小工具，和应用放一台机器没问题；
- 订单、客户资料这些丢了伤筋动骨的数据，数据库和应用分开，或者直接用云数据库，多花几百块/月买的是自动备份、主从切换和性能隔离；
- 选云数据库的话，备份策略、恢复演练让服务商演示一遍，能恢复的备份才叫备份。
带宽也常被乱配。固定带宽按月计费，适合访问平稳的系统，5M以内多数够用；按流量计费适合访问波动大的，用多少付多少。看一眼现有系统的实际流量曲线再定，拍脑袋配的带宽一半在闲置。磁盘同理，系统盘50G够用的比比皆是，配了200G的年年白付。
有几项钱不能省：快照和备份，一年百来块，出事时能救命；基础安全防护，防扫描防攻击；SSL证书现在有免费方案，倒是不用花钱。把预算从虚高的配置里省下来，花在这些真保命的地方，配置才算配在点上。
还有容器化这个问题常被提起：要不要上Docker、K8s？一台服务器跑得下的系统，容器化收益有限，徒增运维复杂度。等服务器多了、发布频繁了再考虑不迟，工具跟着规模走，别反过来。
让供应商给出配置依据
验收或续费时直接问：现在的配置依据是什么？CPU内存的实际水位是多少？给出监控截图。答不出的，要么真没监控，要么配置就是拍出来的，两种都该调整。
两条建议：每年做一次云资源盘点，把每台机器的规格、费用、实际水位列成表，闲置资源该降配降配该释放释放，这一项通常能省下两成云开支；新项目选配时让比格网络这类团队按预估业务量给配置方案，先用低配跑三个月看数据再定档，几千块的差价一年一年地省，这也是后端系统开发总成本里最容易被忽略的一块。
