第一次在阿里云控制台买服务器，地域、实例规格、镜像、带宽、付费方式一起摆在面前，很容易看半天也拿不定主意。思路可以简单一点：先想清楚这台服务器要干什么活，很多选择自然就有了答案。
先看业务负载
服务器跑什么，决定它需要多少CPU、内存、磁盘和带宽。只放个人博客的站点，2核2G的入门实例一般够用。如果一台机器上同时跑数据库、缓存和异步任务，资源就得配得更均衡，单纯堆某一项参数意义不大。
下单前可以先估三个数字：日常高峰时的并发请求数，单个请求大概占多少内存，每天新增多少数据。手里有这几个数，再去对照规格表，比凭感觉选要稳得多。镜像也一样，优先选团队熟悉、资料多的系统版本，出了问题更容易找到答案。
一个小电商的真实调整过程
有个做手工饰品的小团队，最开始把网站、数据库和图片服务全部放在一台4核8G的服务器上。平时还能凑合，一到促销页面就卡，数据库和Web服务互相抢资源，排查起来也费劲。
后来他们做了拆分：应用服务器单独放一台ECS，数据库迁到云数据库RDS，图片交给对象存储OSS，再用CDN分发。拆完之后，应用服务器的负载曲线平稳了很多，促销期只需要临时升配应用层，整体成本反而更好控制。
这件事说明，服务器并不是越大越省心。让不同类型的工作各自落在合适的位置，往往比一味加配置管用。
地域和带宽怎么定
地域直接影响访问速度。面向国内用户的服务，优先选离用户近的地域。如果将来要和海外业务打通，最好在一开始就把网络规划考虑进去，后面再改会麻烦不少。拿不准的时候，可以先开两台不同地域的测试机，实测一下延迟再决定。
带宽的计费方式要看流量的样子。流量忽高忽低的站点，按量计费更灵活；访问比较稳定的业务，固定带宽更容易算清楚每个月大概要花多少钱。
系统盘和数据盘分开
系统盘只放操作系统和应用程序，数据盘存业务数据、日志和备份。分开之后，哪天重装系统或者迁移机器，数据基本不用跟着折腾。
磁盘类型也按需要选。对读写延迟敏感的数据库，值得用性能更好的云盘；普通静态资源就没必要为此多花钱。
安全组别开得太松
不少安全问题，往往出在规则留得太宽。SSH端口别对全网开放，能限定到固定办公IP就限定，条件允许的话改用堡垒机或密钥登录。数据库端口更不该直接暴露在公网上，这一条几乎每次都值得检查。
另外，系统补丁要定期更新，子账号按最小权限分配。日常操作别都用主账号，出问题时也好追溯是谁做了什么。
上线以后的监控和备份
服务器上线之后，监控和备份才是长期要做的事。云监控可以给CPU、内存、磁盘和带宽设置告警阈值，异常出现时能尽早知道。阈值别一上来就定得太松或太紧，先观察一两周的常规曲线，再慢慢调整。
备份可以结合快照策略，定期备份系统盘和数据盘。关键是要真的试一次恢复流程，确认备份能用。没试过的备份，心里其实没底。
付费方式怎么搭配
包年包月和按量付费可以混着用。长期稳定运行的服务，包年包月更划算；测试环境或临时任务，用按量付费，不用了就释放。
每隔一段时间看看资源使用率。长期闲置的实例，降配或下线通常是最快见效的省钱办法。
小结
说到底，选阿里云服务器就是在性能、成本、安全和运维之间做取舍。先弄清业务负载，再定地域、网络、磁盘和安全策略，最后靠监控和备份把稳定性守住。顺序对了，服务器才能真正帮业务干活，而不是一直占着人的精力。
