按需运行：没人用，就不花钱

三个问题

云上的账单，多半不是花在有人用的时候，而是花在没人用的时候：一个一直开着的进程，一条一直挂着的连接，一个永远在转的定时器。设计任何新东西，先问自己三句：

三个问题里任何一个的答案是「是」，就改成按需，或者写明为什么必须这样。

上限是安全带

先算账，再开。按量计费的东西——函数时长、流量、模型 token、实时转写、外部 API——上线前先估一下「次数乘单价」，再决定要不要开、开多大。

AIDC 给每个应用一组缺省上限，清单里不写就用缺省值：

计算分钟用完，应用的请求返回 429 quota_exhausted，数据变化和定时也不再开跑，下月恢复；其他上限各管一样：每日 token 用完，模型调用返回 429，明天恢复；超过每日数量的通知不再发出。把上限调高，等于允许它花更多的钱，部署时会告警。随时可以看用量——本月的计算分钟、各项上限、定时的下一次和今天的通知：

aidc app usage <slug>

把上限当成安全带：一个写错的条件，一个漏掉的冷却，会先在用量上报警，而不是拖到月底才在账单上发现。

常驻是有主的例外

有些东西必须一直开着，比如装在数据源旁边的发布端。这是允许的，但它是例外，例外要有主人。要写清三件事：

1. 归谁

   负责人是谁，出了问题找谁。

2. 为什么

   为什么不能按需。比如数据源没有变化信号，只能常驻一个探针。

3. 怎么关

   不需要时怎样停掉、吊销 Key、清掉数据。

「开完就关」是同一个道理：临时开的服务、后台进程、测试用的 Key、测试数据、定时任务，用完就关掉、吊销、删除。

算一笔闲时的账

再算一笔对比：同样是「每天要有结果」，每 5 分钟查一遍是每月 8,640 次，每天汇总一次是每月 30 次，差了 288 倍。而这两种做法，页面上看到的常常是同一份数据。