按量计费的政务云，预算别照抄去年的项目总价。取连续三个月明细，分别算 CPU、存储、流量的峰值和均值。按峰值编容量，按均值编基线，月末两类突增单列。有历史用量、合同写明按实结算，才适用这套算法。
水电费就是这么交的。你不会拿去年全年的水费估今年，而是看水表：平时多少、夏天多多少、哪个月漏过水。云账单也有表，表在云管平台里，只是没人去看。
按量计费的意思是先用后付、用多少算多少。上海的办法把这句写成了结算原则：“先用后付，按实结算”，并按服务目录单价、实际使用量、效能评估结果三项核算（上海市政务云管理暂行办法）。
这条原则改变了预算的性质。过去编的是买一套系统多少钱，现在编的是这一年要占用多少资源。前者一次性定价，后者每月重算一次。
计量有两个细节直接影响钱，公有云的计费说明写得很直白。第一，按秒或小时计量，按小时或按天出明细，当月账单次月统一出账（阿里云计费模式说明）。第二，占着就计费，实例没跑业务也照算，除非开节省停机模式或者直接释放。
所以先查一件事：有没有人把关机当停用。测试环境、临时项目、验收完没下线的系统，常年占着核数和存储。这笔钱不在项目表里，只在云账单里。
采样从云管平台导出三个月的日粒度明细，只要三列：计算，按核·小时；存储，按 GB·天；出网流量，按 GB。日粒度够用，小时粒度留着后面查突增。
选哪三个月也有讲究。避开系统上线月、年终上报月、重大活动保障月，那三个月的曲线不代表常态。实在避不开，就在预算说明里标一句：含一次性事项，基线按剔除后的月份算。
| 项目 | 日均 | 峰值 | 峰值÷均值 | 峰值累计 |
|---|---|---|---|---|
| 计算（核） | 120 | 300 | 2.5 | 每月约 36 小时 |
| 存储（TB） | 8 | 8 | 1.0 | 无 |
| 流量（GB/日） | 200 | 900 | 4.5 | 月末 2 天 |
这是一组示例数字，只为看清结构，不对应任何真实项目。真实测算用自己平台导出的明细，单价按本地服务目录填。
把每一项的峰值除以均值，得到一个波动系数。这个数决定预算怎么编。经验值：平稳业务 1.3 到 1.8，有月末跑批 2.5 到 4，有对外查询高峰 2 到 3。
三项资源的编法不一样。计算和流量会回落，按峰值加均值加权来编。存储不会回落：写进去就占着，不清理就一直涨，所以存储按最后一天的占用乘 12 编，别留余量，多留就是多付一年。
为什么不能拿项目总价推。一个项目的总价里，软件开发、实施、测评、三年质保各占一块，云资源常常只是其中一行。按总价除以三推年费，第一年可能差不多，第二年业务一涨就失真。
预算分三行写，别合成一个总数。
- 基线：日均用量乘 30 天乘目录单价。只要系统在跑，这笔钱一定会花。
- 峰值差额：峰值减日均，乘峰值累计小时数，再乘单价。按实测小时算，不按 30 天算。
- 临时扩容：单独一行，写明起止时间。安徽的办法要求这类申请明确扩容时间段，原则上不超过三个月（安徽省省级政务云管理办法）。
三行加起来才是上限。只编基线，峰值那部分会变成中途追加；只编峰值，一年里大部分时间钱是白占的。
月末突增有两个常见来源，账单上长得一样，处理方式完全不同。
第一个是定时任务：月末结账、报表跑批、数据同步。特征是集中在月末最后两三天的固定整点，持续半小时到一小时，CPU 打满但流量不高。
第二个是批量导出：数据上报、年报统计、审计取数。特征是和导出功能的调用次数同步，流量和存储一起涨，持续多久看人在操作。
区分方法很土但有效：把小时曲线和任务调度表、导出日志并排对一遍。对得上就归因，对不上说明有人跑了没登记的任务。
定时任务可以错峰。把同一天晚上的八个跑批排成队列串行执行，峰值能从 300 核压到 180 核，跑完晚半小时，业务侧没感觉。
导出改成异步。点了导出先入队，生成完给下载链接，不占业务时段。这一条通常能砍掉月末一半的流量峰值。
确实需要临时扩容的，走变更流程，把起止时间写进申请。霍邱的办法规定，变更部分从完全变更当天开始计费，核减部分从完成核减当天停止计费（霍邱县使用政务云管理办法）。
这两句要抄进预算说明。没有核减条款，预算只会往上走：业务缩了，资源还在，钱照付。
还有一条影响结算：费用要参考效能评估结果核算（上海市政务云管理暂行办法第二十七条）。这意味着利用率长期偏低的系统会被核减。申请配额时别把利用率写得太漂亮，写 80% 却用不到一半，后面要么被降配，要么白付。
如果单位没有云管平台的导出权限，第一个动作是申请一个只读账号。看不到明细，后面所有测算都是转述别人的数字，也就没法跟供应商争。
配额也要提前报。上海的办法写明，市级使用单位申请资源总量超出本单位项目总配额 20% 的，要单独报市经济信息化主管部门（同办法第二十条）。峰值那部分年初就报进去，别等中途追加。
还有一条常被忽略：业务负载有周期性的系统，提交申请时就要说明周期性。说不说明，决定后面能不能按季度调配额。
这套测算最后落到三个口径，都要写进合同附件。一是计量单位，核·小时、GB·天、GB 各指什么。二是计费起止，开通日、变更日、回收日按哪天算。三是含不含税、含不含运维费。
口径不清，账单永远对不上，每个月都要开一次会。
对账放在每月固定一次，比年底审计便宜。使用单位拉平台明细，云服务商拉账单，两边按天对齐，差异超过 5% 就查那几天的小时数据。争议别留到季度末。
验收就一条：每月五号前拿到上月小时级明细，随机抽三天，和自己的监控对得上。
预算表上留一列上一年实际。同比涨 40% 以上，先看是不是多了系统；跌 20% 以上，先看是不是有人漏报。涨跌本身不是问题，说不清原因才是。
预算执行率也算一个指标。实际除以预算落在 90% 到 110%，说明测算有效。连续两个月超 110%，通常是采样的三个月不代表全年，季节性没采到。
