EKS 账单只有一行 “Amazon Elastic Kubernetes Service”，看不出哪个团队的 Pod 花了多少钱。本文用 OpenCost + Prometheus + 自定义标签，把 K8s 成本拆到 Namespace、Team 和 Service 三个维度，生成可交付给财务的分摊报告。摘要EKS 的 Cost Explorer 只按节点实例类型收费，无法回答"订单服务这个月花了多少"或"AI 团队的 GPU 消耗占比"。生产环境有 10+ Namespace、数百个 Pod 共享几十台节点，财务每月问"各团队分别花了多少"时，运维只能凭感觉估算。本文搭建一条完整的 K8s 成本分摊链路：用 OpenCost 采集 Pod 级别的 CPU / Memory / GPU / PV / 网络实际消耗，结合 AWS 真实定价（Spot / On-Demand / Savings Plans），按 Namespace → Team → Service 三级标签聚合，最终输出 CSV / Grafana 看板 / 月度 Excel 分摊报告。所有 Helm values、PromQL 和脚本均使用脱敏占位符，不含真实企业数据。目录 EKS 成本分摊实战：用 OpenCost 按 Namespace / Team / Service 归属云账单
EKS 账单只有一行 “Amazon Elastic Kubernetes Service”，看不出哪个团队的 Pod 花了多少钱。本文用 OpenCost + Prometheus + 自定义标签，把 K8s 成本拆到 Namespace、Team 和 Service 三个维度，生成可交付给财务的分摊报告。摘要EKS 的 Cost Explorer 只按节点实例类型收费，无法回答"订单服务这个月花了多少"或"AI 团队的 GPU 消耗占比"。生产环境有 10+ Namespace、数百个 Pod 共享几十台节点，财务每月问"各团队分别花了多少"时，运维只能凭感觉估算。本文搭建一条完整的 K8s 成本分摊链路：用 OpenCost 采集 Pod 级别的 CPU / Memory / GPU / PV / 网络实际消耗，结合 AWS 真实定价（Spot / On-Demand / Savings Plans），按 Namespace → Team → Service 三级标签聚合，最终输出 CSV / Grafana 看板 / 月度 Excel 分摊报告。所有 Helm values、PromQL 和脚本均使用脱敏占位符，不含真实企业数据。目录 RELATED READING
延伸阅读
更多一线实战笔记与深度复盘，助您持续精进
