第 10 章 云账单怎么读：成本也是架构的一部分

云的付费模式是水电煤：用多少付多少。好处是起步几乎免费——我们能用四大件做出真东西，靠的就是这份慷慨。风险在另一头：水电煤没有上限，账单也没有。行业里最经典的恐怖故事，是一段死循环代码整夜狂调付费接口，或者流量被恶意刷爆，一觉醒来账单多了几个零。所以读账单不是抠门，是工程纪律的最后一块拼图。

先看懂三种计费模型，正好对应四大件：固定月租——DO 的服务器，像房租，用不用都是这个数。这是"自己养服务器"藏得最深的优点：账单天然封顶。用量计费——Vercel 的函数调用与流量、Supabase 的存储与带宽，像水电，随用户增长。免费额度加超量——四大件全都送慷慨的 free tier，这是个人项目常年零元的原因；但每一家都要搞清两件事：额度线画在哪？**过线之后是"停"还是"扣"？**有的服务超额直接暂停（安全但会宕机），有的默默开始计费（不宕机但花钱）——这个开关在各家的账单设置里，值得亲手确认一遍。

再养成三个习惯。其一，每月看一次账单，像体检——重点从来不是数字大小，而是"和上月比有没有异动"。异动必有故事：流量涨了？被爬了？哪段代码在狂奔？换句话说，账单是用钱写成的另一份监控日志——上一章的思路在这里完全适用，而且各平台都有支出提醒（budget alert），全部设上，让钱包也有自己的告警。其二，给会花钱的东西设限：付费 API 的 key 设配额，平台设支出上限。其三，定期清理僵尸：试验完忘了删的项目、闲置的服务器、自动续费的域名——云上最常见的浪费不是用太多，是忘了它还在扣钱。

最后，把成本请进架构决策。第一册第 5 章"代码住哪"的选择题，现在补上最后一个维度：偶尔醒的活，serverless 按次计费最便宜；永远醒且一直忙的活，固定月租的服务器反而省；大流量的静态内容，让 Cloudflare 的缓存去扛——免费的 CDN 流量是它送你的最大一份礼物。从此评估任何方案时多问一句："它的账单是什么形状的？"——问出这一句，你就是在做架构，不只是在写功能。（顺带一提这道题的另一个极端解：ForgeCard 那台树莓派，一次性硬件加一点电费，零月租——"自己家机房"的极致形态。没有最好的形状，只有合适的形状。）

出事时想起我

账单突然跳——先看用量图里哪条线异动（流量？调用次数？存储？），再对着异动的时间点去翻第 9 章的日志。成本异动，几乎永远是系统行为异动投在钱包上的影子。

关键领悟

账单不是财务问题，是用钱写成的监控。会读它，你既守住了钱包，又多了一双发现系统异常的眼睛。

试一试（安全档：只读加设置）

和爸爸开一次二十分钟的"账单会"，四大件的账单页各过一遍，回答三个问题：现在每月总成本是多少？哪一项离免费额度线最近？过线之后，各家是停还是扣？最后把每家的支出提醒全部设上。这个会，以后每月开一次。

---

写在第四册末尾

引擎盖可以合上了。盘点一下你现在身上多出来的东西：一张"症状 → 层 → 日志"的排障地图——这是本册真正的毕业证；一套评估表结构、权限、接口的标尺；还有一种新的目光——看任何方案时，会顺口问出"它的账单是什么形状""它出事时症状会是什么"。四大件从供应商，变成了你叫得出脾气的同事。

只剩最后一册了。工具会了，语言通了，系统懂了——第五册回答最后一个问题：怎么把人的判断和 AI 的马力，装进同一套制度里，让我们能又快又稳地，造更大的东西。