云服务商的促销通常由几种规则叠加而成。百度云服务器的活动大致可以分成下面几类，每类的适用条件差别不小。
- 新用户专享价，面向首次注册或首次购买的账号，多以低价体验或首月折扣出现。适合先把业务跑起来，不适合直接当长期成本来算。
- 老用户续费优惠，针对已有实例续费，给出一定折扣或时长赠送。如果你已经在用，可以在到期前一两周打开续费页面，看看当前价格和赠送规则。
- 预付费折扣，包月、包年一次性付费，时长越长单价通常越低。前提是你能确定会用满这个周期。
- 学生与开发者计划，需要认证，优惠幅度一般不大，但规则相对稳定，适合长期跑小项目。
- 节点性大促，年中、年末或特定节点推出的限时活动，常配代金券或资源包。时间窗口短，提前确定需求比临时决定更稳妥。
看到“低至几元一个月”这类宣传时，先确认它是首月价还是长期价。不少用户下单后才发现，续费时价格恢复原样，实际花费反而比预期高。
新老用户的优惠差在哪
很多人真正想问的是这一点。新用户价的作用是降低入门门槛，让你先用起来。老用户续费优惠则是针对已经在用的实例，它的力度往往和续费时长、实例状态有关。两者对比时，建议看三件事，这个价格能持续几个计费周期，到期后恢复到什么水平，以及是否限定了机型或地域。
举个例子，如果新用户价只适用于首月，那它对测试很合适，对长期运行意义就有限。反过来，老用户续费时拿到的时长赠送，如果能抵掉一部分续费费用，对已经稳定运行的业务就更划算。简单说，新用户看的是入场价，老用户看的是持续使用的总成本。
一个小团队的选择过程
设想一个三人小团队，主要维护企业官网和一个内部数据看板。需求并不复杂：一台2核4G的服务器，带宽够用，每月访问量在几万次上下。他们手上有三种方案。
第一种是按小时计费。灵活，适合刚开始测试，但连续跑下来总额并不低。第二种是包月，价格固定，方便做预算。第三种是包年加活动折扣，单价最低，但要一次性投入较多资金。
他们最后的做法是先用包月的新用户活动价跑两个月，确认访问量和负载都稳定，再转包年，并等年度大促时下单。这里有个值得学的动作。他们没有只看首付金额，而是把每种方案按12个月的总花费摊开计算。算完之后，包年加活动价的总成本比连续按月续费低了不少，但前提是业务确定会运行满一年。如果不确定，过早锁定长周期就成了风险。
下单前逐项核对
付款之前，建议对照下面几项检查一遍。这些都是容易漏掉的地方。
- 配置是否匹配业务，CPU、内存、系统盘和带宽分开看。如果网站主要是静态页面，带宽的影响可能比CPU更大；如果跑数据看板，内存通常会先成为瓶颈。
- 活动适用范围，确认优惠是否只限某些机型、地域或计费方式。部分活动只对新购实例生效，已有实例升级未必能享受。
- 续费规则，问清到期后恢复什么价格，是否默认自动续费。把到期日写进日历，提前一周检查扣费设置。
- 变更与退款条件，如果后续可能升配或降配，先查清能否无损调整，以及退款的条件和时限。
- 代金券和资源包的有效期，赠品过期即作废。拿到后马上规划用在哪台机器上，别放着等。
另外，活动页面的信息变化较快，网上的文章或视频可能已经过时。下单前打开官方活动页看一眼当前规则，比依赖别人的截图更可靠。
下单时容易踩的坑
第一个坑是把配置压得太低。服务器一旦响应缓慢、频繁告警，排查和维护花掉的时间很快就会超过省下的费用。省钱要省在合适的配置上。
第二个坑是只看主机价格。有些活动优惠的是服务器本身，流量或带宽仍需单独计算。下单前把流量额度和超出后的单价问清楚，访问量大的站点尤其要算一笔账。
第三个坑是忘了备份。价格再低，数据也不能只放在一台机器上。开通后就设定快照或定期备份，哪怕每周一次也好。
还有一点容易忽略，活动期间买下的实例，未必是你长期需要的配置。为了抢便宜买一台远超需求的机器，闲置资源同样是浪费。
怎么判断这次要不要买
活动和规则都会变，比较稳的做法是先想清楚自己的业务量级。业务还在试验阶段，就用短周期的新用户价，同时记录流量和资源占用情况。等业务稳定了，再依据这些数据决定是否包年，或者等大促再下单。这样不管活动怎么调整，选的都是自己真正用得上的那一档。
