账单只是最后一张罚单
云成本优化，很多团队上来就砍实例。麻烦在于，账单不是原因。它是结果。是架构、发布、标签、流量和人的习惯一起写出来的结果。我见过一个团队，每月云支出涨得比业务还快。CTO 让运维把测试环境关掉。省了一小截。然后呢？下个月又涨回来。因为生产环境的日志留存策略没人改，对象存储里躺着几百 TB 的旧日志。删？不敢。合规要查。这就是取舍。省钱不是把东西关掉，是把成本归因搞清楚。
标签乱 成本就永远算不清
标签不是财务的洁癖。是成本归因的底盘。团队、项目、环境、负责人，至少这几个维度要统一。很多公司标签标准写得漂亮，落地靠人填。人一忙就乱。云厂商的标签系统又各玩各的。结果账单出来，一堆 untagged。财务看不懂，技术不认账。云成本优化第一步不是省，是分。分不清，就省不对。分账之后，你会发现某个大数据任务每天凌晨跑全量，其实增量就够了。省下来的不是机器，是时间。也是钱。
说实话，我特别烦那种“全员降本”的口号。降本不是让每个人都去关机器。是让花钱的人看见成本。对吧？
架构里的暗流比单价更贵
跨可用区流量、NAT 网关、公网出口、对象存储请求次数、快照、镜像、闲置 IP。这些词听着无聊。但它们是账单里最沉默的杀手。一个微服务如果每调一次外部 API 都走 NAT，量一上来，NAT 费用能超过计算。还有 Kubernetes。request 设太高，节点利用率上不去；设太低，一有峰值就 OOM。自动扩缩容不是魔法。冷启动、镜像拉取、指标延迟，都会让扩容慢半拍。这时候团队会选超额配置。代价就是钱。所以云成本优化必须和性能、稳定性一起谈。单独谈省钱，最后通常省出事故。
预留实例不是折扣券
预留实例、节省计划、竞价实例，听起来像财务工具。其实是容量承诺。买之前先看稳定性。基线负载多少？波动多大？业务会不会迁移？我见过买三年预留，结果半年后架构换掉，那批实例规格不再用。折扣变成锁链。竞价实例更直接：便宜，但可能被回收。适合无状态、可重试的任务。不适合数据库主节点。这个判断不靠财务，靠技术。云成本优化不是采购谈判。是工程决策。
让工程师看见钱
落地靠什么？靠反馈速度。账单按月出，太慢。成本要按天、按小时、按服务展示。最好在 CI/CD 里加一道成本检查。镜像大了，提示。副本数多了，提示。存储生命周期没设，提示。不是卡发布。是让选择有代价。团队一旦知道“这个改动每月多花一笔钱”，讨论会变。真的。人会变。不是觉悟高，是数字摆在眼前。云成本优化做到后面，不是省一笔钱。是让组织学会为资源负责。
还有一点常被忽略：单位成本。每订单成本、每活跃用户成本、每 API 调用成本。总量涨不一定坏。单位成本涨才是信号。把云成本优化绑到业务指标上，团队才不会为了省而省。否则很容易出现一种怪象：账单一降，工程师先累垮。那省下来的钱，迟早用招聘和事故还回去。