第二讲：云基础设施成本分析
好，咱们直接进入正题。上一讲聊了SaaS成本的整体框架，这一讲我们来拆解最核心的部分——云基础设施成本。说白了，就是你的钱到底花在了哪里。
我刚开始做SaaS架构时，最头疼的就是月底收到云账单。明明感觉没怎么用，账单却高得吓人。后来我养成了一个习惯：每个月第一件事，就是拉一份详细的成本分析报告。嗯，这个习惯救了我很多次。
计算资源成本：CPU和内存
计算资源，说白了就是你的服务器。不管是虚拟机还是容器，最终都是按CPU和内存收费的。这里有几个关键点，我踩过不少坑。
核心原则：不要为闲置资源付费。你买的是计算能力，不是计算潜力。
实例类型选择
云厂商提供了各种实例类型，从通用型到计算优化型，再到内存优化型。怎么选？
- 通用型：适合大多数Web应用，CPU和内存比例均衡
- 计算优化型：适合视频编码、批处理等CPU密集型任务
- 内存优化型：适合缓存、内存数据库等场景
我记得有一次，一个团队用了通用型实例跑Redis，结果内存不够用，CPU却闲置着。后来换成内存优化型，成本直接降了30%。你想想看，这就是典型的资源错配。
预留实例与按需实例
这里有个简单的决策逻辑：
- 如果你的服务是7×24小时运行的，用预留实例，能省20%-40%
- 如果是弹性伸缩的，用按需实例配合Spot实例
- 如果是批处理任务，直接用Spot实例，能省60%-80%
我的经验：对于SaaS系统，核心服务用预留实例，弹性部分用Spot实例。我曾经帮一个客户这样调整，月成本从12万降到了7万。
自动伸缩策略
很多团队把自动伸缩当成万能药，其实不然。伸缩策略设置不好，反而会浪费钱。
# 一个合理的伸缩策略示例
# 基于CPU使用率，但加了冷却时间
scaling_policy:
metric: cpu_utilization
target_value: 60%
cooldown: 300 # 5分钟冷却，防止频繁伸缩
min_instances: 2
max_instances: 10为什么要加冷却时间？我曾经见过一个系统，因为伸缩策略太敏感，每分钟都在创建和销毁实例。结果呢？计算资源没省下来，反而多付了创建实例的费用。嗯，这个坑我替你们踩过了。
存储资源成本：对象存储与块存储
存储成本往往被忽视，但它是个隐形的吞金兽。
对象存储（如S3、OSS）
对象存储的成本构成其实挺复杂的：
| 成本项 | 说明 | 省钱技巧 |
|---|---|---|
| 存储费用 | 按存储量计费 | 使用冷存储层，比如S3 Glacier |
| 请求费用 | 按API调用次数计费 | 合并小文件，减少请求次数 |
| 流量费用 | 出站流量收费 | 使用CDN缓存，减少直接访问 |
我个人习惯把不常用的数据放到冷存储层。比如用户上传的旧头像、历史日志，这些数据可能一年都访问不到一次，放在标准存储层就是浪费钱。
注意：冷存储有取回费用。如果你频繁取回数据，反而更贵。我曾经有个客户把数据库备份放到冷存储，结果每天都要恢复测试，取回费用比存储费还高。
块存储（如EBS、云盘）
块存储的成本主要看两点：容量和IOPS。
- 容量：按GB计费，这个简单
- IOPS：按性能计费，这个容易踩坑
很多团队喜欢给所有实例配高性能SSD，其实没必要。比如日志服务器、开发测试环境，用普通HDD就够了。我见过一个项目，开发环境配了10000 IOPS的SSD，结果实际使用率不到10%。说白了，这就是在烧钱。
网络流量成本
网络流量成本，是云账单里最容易被忽略的部分。为什么？因为很多人只关注计算和存储，忘了数据在云里流动也要花钱。
流量计费模式
云厂商的流量计费通常是这样的：
- 入站流量：免费（大部分云厂商）
- 出站流量：收费，而且价格不低
- 跨区域流量：更贵，尤其是跨洲
我记得有一次，一个SaaS应用把图片直接存储在对象存储上，用户访问时直接从对象存储拉取。结果呢？出站流量费用比存储费用还高。后来加了CDN，流量成本降了70%。
省钱策略
- 使用CDN：静态资源走CDN，减少直接出站流量
- 数据压缩：传输前压缩，减少流量消耗
- 就近部署：把服务部署在用户附近，减少跨区域流量
- 内网通信：同一区域的服务用内网IP，不走公网
避坑指南：我曾经遇到一个团队，把数据库和Web服务器部署在不同区域，结果每次查询都要跨区域通信，流量费用高得离谱。后来迁移到同一区域，费用直接归零。
数据库服务成本
数据库成本，是SaaS系统里的大头。尤其是关系型数据库，贵得让人心疼。
托管数据库 vs 自建
这个选择其实没有标准答案，看你的场景：
| 方案 | 优点 | 缺点 |
|---|---|---|
| 托管数据库（RDS等） | 运维省心，自动备份，高可用 | 价格贵，灵活性差 |
| 自建数据库 | 成本低，可定制 | 运维复杂，需要DBA |
我个人建议：核心业务用托管数据库，非核心业务可以自建。比如用户数据、订单数据这些，丢不起，用托管。日志、分析数据这些，可以自建。
数据库实例规格
和计算资源一样，数据库实例也要选对规格。这里有个常见的误区：很多人喜欢配大规格实例，觉得这样性能好。其实不然。
- CPU：大多数数据库瓶颈在IO，不在CPU
- 内存：内存越大，缓存越多，性能越好
- 存储：SSD还是HDD，看你的IO需求
我见过一个案例，一个日活10万的SaaS应用，配了32核64G的数据库实例。实际上，8核16G就够用了。你想想看，多出来的钱全浪费了。
只读副本与读写分离
读写分离是降低数据库成本的好方法。把读请求分流到只读副本，主库的压力就小了，可以用更小的规格。
# 读写分离配置示例
# 主库：负责写操作
master:
instance_type: db.r5.large
storage: 500GB SSD
# 只读副本：负责读操作
read_replica:
instance_type: db.r5.large
storage: 500GB SSD
count: 2这里要注意：只读副本的数量不是越多越好。我曾经有个客户，配了5个只读副本，结果大部分时间都是闲置的。后来减到2个，成本降了60%，性能一点没受影响。
总结一下
云基础设施成本分析，说白了就是三件事：
- 选对资源：实例类型、存储类型、数据库规格
- 用对策略：预留实例、Spot实例、冷存储
- 管好流量：CDN、压缩、内网通信
嗯，这一讲的内容就到这里。下一讲我们会聊更具体的成本优化策略，包括如何做成本预算和监控。到时候我会分享一些我实际用过的工具和方法。
一句话记住：云成本不是省出来的，是算出来的。你算得越细，省得越多。