3. 云资源成本模型：计算资源、存储资源、网络流量、数据库服务
在 RBAC 成本归因体系中，云资源成本模型是连接“资源消耗”与“角色权限”的计量基础。只有将不同云服务的计费维度拆解为可被 RBAC 权限标签绑定的成本因子，才能实现从“谁用了什么”到“谁花了多少”的精准映射。本章逐一剖析四大核心云资源类型的成本构成与归因要点。
3.1 计算资源成本
计算资源（虚拟机、容器实例、Serverless 函数）是云成本中占比最高、波动最大的部分。其成本模型通常包含以下维度：
| 成本因子 | 计费方式 | RBAC 归因关键字段 |
|---|---|---|
| 实例规格（vCPU / 内存） | 按小时 / 按秒计费，不同规格单价不同 | 实例类型标签、规格族标签 |
| 运行时长 | 从启动到停止的实际运行时间 | 创建者 / 所属项目标签 |
| 操作系统 / 软件许可 | Windows 等带许可镜像通常溢价 | 镜像 ID、操作系统标签 |
| 抢占式实例折扣 | 竞价模式，价格波动但成本可降 60%-90% | 实例生命周期策略标签 |
| 预留实例 / 节省计划 | 预付费承诺，换取更低单价 | 预留实例归属部门标签 |
归因实践要点： 计算资源成本归因的核心是“实例标签覆盖率”。确保每个计算实例在创建时强制绑定
cost-center、project、owner-role 三个标签，否则拒绝创建或归入“未分配”成本池。
3.2 存储资源成本
存储成本看似简单，实则因访问频率、冗余策略、数据生命周期而产生巨大差异。主要存储类型及成本模型如下：
- 对象存储（如 S3、OSS）： 按存储容量（GB/月）+ 请求次数（PUT/GET）+ 数据取回量计费。低频访问/归档存储单价低但取回费高。
- 块存储（如 EBS、云盘）： 按预置容量计费，无论是否使用均需付费。快照按实际占用空间增量计费。
- 文件存储（如 EFS、NAS）： 按实际使用容量计费，通常支持生命周期策略自动沉降冷数据。
| 存储类型 | 计费维度 | 成本优化策略 | RBAC 归因标签 |
|---|---|---|---|
| 对象存储（标准） | 容量 + 请求 + 流量 | 设置生命周期，30 天后转低频 | 存储桶标签、前缀标签 |
| 对象存储（归档） | 容量（低）+ 取回费（高） | 仅用于长期备份，避免频繁取回 | 数据分级标签 |
| 块存储 | 预置容量（GB/月） | 匹配实例规格，避免过度预置 | 挂载实例标签、快照归属 |
| 文件存储 | 实际使用容量 | 启用自动分层，冷数据转低频 | 文件系统标签、挂载点标签 |
常见归因陷阱： 对象存储的“请求费用”和“数据取回费用”容易被忽略，但高频访问场景下可能占总成本的 30% 以上。务必为每个存储桶配置详细的请求日志标签，以便按角色或应用归因。
3.3 网络流量成本
网络流量成本是云成本模型中“隐藏最深”的部分，尤其是跨区域、跨云、出站流量。其成本模型包含：
- 出站流量（Egress）： 从云服务商流向互联网或其它区域，单价最高，通常按 GB 计费。
- 入站流量（Ingress）： 大多数云商免费或极低收费。
- 跨可用区 / 跨区域流量： 同一区域不同可用区之间流量通常免费或低价，跨区域则按距离和带宽计费。
- 负载均衡 / NAT 网关 / VPN 流量： 按处理数据量或固定小时费计费。
成本归因关键： 网络流量必须绑定“源 IP / 目的 IP / 服务端口 / 应用层协议”等元数据，通过流量日志（如 VPC Flow Logs）关联到具体的 RBAC 角色或服务账号。例如，某微服务 A 调用微服务 B 产生的跨可用区流量，应归因到服务 A 的 owner 角色。
3.4 数据库服务成本
托管数据库（RDS、MongoDB、Redis 等）的成本模型融合了计算与存储特性，同时引入连接数和 IOPS 等独特维度：
| 数据库类型 | 主要计费项 | RBAC 归因维度 |
|---|---|---|
| 关系型数据库（RDS） | 实例规格 + 存储容量 + 备份存储 + IOPS | 数据库实例标签、所属应用标签 |
| NoSQL（MongoDB / Cassandra） | 实例规格 + 存储容量 + 读取/写入容量单位 | 表空间标签、访问角色标签 |
| 缓存（Redis / Memcached） | 实例规格（内存大小）+ 快照存储 | 缓存集群标签、连接来源标签 |
| 数据仓库（Redshift / ClickHouse） | 节点规格 + 存储 + 并发扫描数据量 | 查询用户标签、数据集标签 |
归因最佳实践： 数据库成本归因应优先使用“连接标签”或“查询标签”。例如，在 RDS 中启用 Performance Insights 并标记每个连接对应的应用角色，即可将数据库 CPU 和 IO 成本分摊到具体微服务或团队。
3.5 成本模型与 RBAC 的映射关系
以下 SVG 图展示了四大云资源成本模型如何通过标签体系与 RBAC 角色进行关联，形成完整的成本归因链路：
3.6 成本模型对比总结
下表从归因复杂度、优化空间、标签依赖度三个维度对比四大资源类型，帮助你在设计 RBAC 成本归因方案时确定优先级：
| 资源类型 | 归因复杂度 | 成本优化空间 | 标签依赖度 | 建议归因优先级 |
|---|---|---|---|---|
| 计算资源 | 中 | 高（预留实例、抢占式、弹性伸缩） | 高 | P0（最高） |
| 存储资源 | 低 | 中（生命周期、分层存储） | 中 | P1 |
| 网络流量 | 高 | 中（架构优化、CDN、压缩） | 高 | P1 |
| 数据库服务 | 中 | 中（规格匹配、预留、连接池） | 高 | P0（与计算并列） |
核心结论： 计算资源和数据库服务是成本归因的“第一梯队”，因为它们通常占据总成本的 60%-80%，且与 RBAC 角色绑定最紧密。网络流量虽然占比可能不高，但归因复杂度最高，建议在完成计算和数据库归因后再逐步覆盖。