1、PaaS成本危机：为什么你的云账单在失控？——从技术债到财务债的演变
说实话，我见过太多团队在PaaS上栽跟头了。
一开始大家都很兴奋，容器化、微服务、弹性伸缩，感觉找到了降本增效的银弹。结果呢？三个月后财务一看账单，直接炸了——成本比原来翻了不止一倍。为什么会这样？
我个人习惯把这种问题叫做「技术债的财务化」。说白了，你欠下的技术债，最终都会变成真金白银的财务债。
1.1 技术债是怎么一步步变成财务债的？
我记得有一次帮一家电商公司做成本审计。他们的PaaS平台跑了两年，Kubernetes集群里躺着300多个命名空间，但真正活跃的业务不到50个。剩下的250个是什么？是各种「先留着，说不定以后用」的僵尸服务。
你想想看，这些僵尸服务每天在干什么？
- 占用着CPU和内存，虽然负载很低，但Pod一直在跑
- 挂着存储卷，PV和PVC占着磁盘空间
- 开着SLB和NAT网关，流量虽然小，但基础费用一分不少
这就是典型的技术债。当初图省事，没有做资源回收机制。结果呢？每个月多花好几万。我给他们算了一笔账：
| 资源类型 | 僵尸数量 | 单价（月） | 年浪费金额 |
|---|---|---|---|
| 闲置Pod | 200个 | ¥150 | ¥360,000 |
| 未释放PV | 80个 | ¥80 | ¥76,800 |
| 冗余SLB | 30个 | ¥200 | ¥72,000 |
| 总计 | — | — | ¥508,800 |
看到这个数字，CTO当场脸都绿了。嗯，这就是技术债变成财务债的典型路径。
1.2 成本失控的三大元凶
我在多个项目中总结过，PaaS成本失控通常逃不出这三个原因：
1.2.1 资源过度配置
很多开发人员有个习惯：申请资源时往大了要。CPU给4核，内存给8G，哪怕实际只需要1核2G。为什么？因为怕不够用，怕出问题背锅。
我曾经见过一个Java应用，JVM堆内存只设了512M，但Pod的request和limit却写了4核8G。你想想看，这中间有多少资源是被白白浪费的？
核心问题：资源申请和实际使用严重不匹配，导致大量资源闲置。
1.2.2 缺乏成本可见性
说白了，很多团队根本不知道钱花在哪了。云厂商的账单是按资源类型汇总的，但具体到哪个业务线、哪个团队、哪个应用，完全是一笔糊涂账。
我习惯的做法是：在PaaS平台层面做成本标签。每个命名空间、每个Deployment都要打上团队、项目、环境的标签。这样月底对账时，一眼就能看出哪个团队超支了。
我的建议：从第一天开始就建立成本标签体系。别等到账单爆炸了再回头补，那工作量会让你崩溃。
1.2.3 弹性策略失效
弹性伸缩是PaaS的核心卖点，但很多人用错了。我见过最离谱的配置：HPA的指标是CPU使用率超过80%就扩容，但Pod的request只设了0.1核。结果呢？稍微有点流量，CPU使用率就飙到800%，HPA疯狂扩容，集群节点数从10个涨到50个，成本直接翻了5倍。
# 错误的HPA配置示例
apiVersion: autoscaling/v2
kind: HorizontalPodAutoscaler
metadata:
name: bad-hpa
spec:
minReplicas: 2
maxReplicas: 100 # 最大副本数设得太高
metrics:
- type: Resource
resource:
name: cpu
target:
type: Utilization
averageUtilization: 80
# 注意：Pod的request只有0.1核，导致利用率虚高
避坑指南：我曾经因为HPA配置不当，导致一个周末多花了3万块。从那以后，我强制要求所有HPA必须设置合理的request和limit，并且最大副本数不能超过20个。
1.3 从技术债到财务债的演变路径
这个演变过程其实是有规律的。我把它总结成四个阶段：
- 忽视期：团队只关注功能上线，没人关心成本。技术债开始积累。
- 爆发期：账单突然暴涨，财务部门开始问责。CTO被迫关注成本。
- 混乱期：开始各种「救火」——关服务、降配置、砍资源。但因为没有系统性的成本管控，往往越改越乱。
- 治理期：建立成本管控体系，从技术层面和财务层面同时入手，实现可持续的成本优化。
你想想看，你的团队现在处于哪个阶段？如果是前三个阶段，那这篇文章就是为你准备的。
1.4 成本优化的第一性原理
我个人认为，成本优化的核心就一句话：让每一分钱都花在刀刃上。听起来像废话？但真正做到很难。
具体来说，需要做到三点：
- 可量化：每个资源消耗都能被精确计量和归属
- 可追溯：任何一笔成本都能追溯到具体的业务和团队
- 可控制：有机制能主动限制和优化资源使用
说白了，就是要把成本管理从「事后算账」变成「事前控制」。我习惯在PaaS平台里嵌入成本管控的「阀门」——比如设置命名空间的资源配额上限，超过阈值自动告警，甚至自动缩容。
记住：技术债不会自己消失，它只会以财务债的形式找上门来。越早治理，成本越低。
好了，这一章我们聊了PaaS成本危机的根源。下一章我会具体讲讲，如何用「成本标签」和「资源配额」这两个工具，从源头堵住浪费的漏洞。嗯，到时候我会分享一个我亲手搭建的成本管控系统，保证让你少走弯路。