云服务选型：五个常见问题与判断思路

很多团队第一次认真审视云账单，是在季度复盘会上。财务把数字投到屏幕上：上季度云支出涨了47%，但业务量只增长了12%。没人能立刻解释差额来自哪里。这不是个例。云服务选型的问题往往不在采购阶段暴露，而是在使用半年后以账单、性能或迁移难度的形式出现。以下五个问题，是选型讨论中出现频率最高的。

第一个问题：按量付费一定比包年便宜吗？不一定。按量付费适合波动大的负载，比如促销期间临时扩容的Web前端。但如果一个业务连续三个月CPU利用率稳定在60%以上，包年预留实例通常能省30%到50%。关键在于区分“稳定基线”和“弹性峰值”。把基线部分用预留实例覆盖，峰值部分留给按量实例，比全部按量或全部包年都更合理。某电商团队把订单服务的基线从按量改为一年期预留后，这部分成本下降了41%。

第二个问题：如何避免被单一供应商锁定？锁定通常发生在三个层面：计算实例的API、托管服务的专有接口、以及数据出口费用。用Kubernetes抽象计算层、用PostgreSQL而非某家专有数据库、把对象存储的出口流量控制在可接受范围，都能降低迁移成本。但完全避免锁定既不现实也不经济。更务实的做法是评估“迁移需要多少人天”。如果核心业务迁移到另一家需要超过六个月，那锁定风险已经偏高。

第三个问题：带宽和出口费用为什么总是超预期？云厂商的入站流量大多免费，出站流量按GB计费。一个日活十万的图片社区，如果每用户每天加载20MB图片，单日出站就是2TB。按每GB 0.08美元算，一天160美元，一个月接近5000美元。很多团队在选型时只比较了计算和存储单价，忽略了流量结构。把静态资源放到CDN、压缩图片、对API响应做分页，都能显著压低这项支出。

第四个问题：小团队该不该用托管服务？托管数据库、托管消息队列省去了运维人力，但单价通常比自建高2到4倍。一个三人后端团队，自建PostgreSQL加上备份和监控，每月至少消耗20到30小时运维时间。如果这些时间用于产品开发，价值可能远超托管费用差额。判断标准不是“托管贵不贵”，而是“团队时间花在哪里更值”。当运维占用超过工程师20%的时间，托管服务通常更划算。

第五个问题：多区域部署什么时候才必要？多区域能提升容灾能力和访问速度，但代价是架构复杂度成倍上升。跨区域数据同步的延迟、一致性取舍、故障切换演练，都需要专门投入。对大多数中小业务，单区域加定期快照备份已经足够。只有当服务等级协议要求99.99%以上可用性，或者用户集中在两个相隔较远的大洲时，多区域才值得提上日程。

把这些问题串起来，选型顺序其实可以很简单：先算清流量和存储的基线，再决定哪些用预留、哪些用按量；然后评估迁移成本，确定可接受的锁定程度；最后根据团队规模和SLA要求，决定托管范围和区域数量。每一步都用具体数字说话，而不是凭感觉选“看起来最先进”的那家。