SaaS云成本管控：掌握、限制并降低每个租户的成本

本指南面向SaaS创始人、CTO及工程负责人——他们的云账单增长速度已超过营收，或即将定价却不知道服务单个租户的成本。我们的SaaS平台工程指南以简短篇幅概述了成本习惯；本页将其转化为可落地的管控措施。

本指南目录

• 为何SaaS云成本需要专属管控？
• 首先归因每项成本
• 每租户成本：三种归因方式
• 提前捕捉支出的护栏
• 降低账单的调节杠杆
• 每租户AI成本
• 运营节奏
• 替代方案：由谁运行管控
• 实践案例：Netbase构建并运营的SaaS产品
• 哪些交付记录存在，哪些不存在？
• 本指南的局限性是什么？
• 常见问题
• 下一步

为何SaaS云成本需要专属管控？

在SaaS业务中，云支出属于销售成本的组成部分：每新增一位客户，这部分成本就会相应增加。以下三点使其难以用普通IT预算加以管理。

• 共享资源掩盖了租户成本。共享数据库或集群服务于数百位客户，账单并不会说明谁使用了多少资源。微软的多租户指南将此列为核心难题：大多数服务无法按您定义的租户维度拆分用量。
• 驱动账单的是用量，而非人数。单个客户若导入大型数据集或运行繁重报表，可能改变当月总额。
• AI功能按调用次数计费。模型调用与Token按使用量计费，单一功能即可在基础设施不变的情况下影响某套方案的利润率。

FinOps Foundation的单位经济学能力描述了目标：通过每客户成本等指标，将技术支出与业务价值相连接。对于SaaS产品而言，这意味着每租户成本、每套方案成本及每项核心交易成本；该方案实际收取客户的费用是另一项独立设计，详见构建订阅计费与权益系统。

首先归因每项成本

管控的效果取决于其底层的归因质量。在实现任何节省之前：

• 按账户或项目隔离环境。生产、预发布与开发环境各自拥有独立账户或项目，遗忘的测试集群就无法隐藏在生产支出之中。
• 为每项资源打标签。标注环境、服务、负责人，以及专用资源的租户归属。在基础设施即代码中强制执行标签，而非依赖约定俗成。
• 为未打标签及共享成本指定负责人。网络、日志、支持计划及数据传输费用很少携带租户标签；应按书面规则分配，而非凭经验估算。
• 按租户保存用量事件。用于计费的事件同样用于成本归因。如我们的SaaS MVP架构指南所建议的，SaaS产品从首次发布起即发出这些事件，日后便能回答成本相关问题。

每租户成本：三种归因方式

大多数产品将三种方式结合使用：对专属层大租户采用直接归因，对共享层采用计量分摊，其余开销采用估算分摊。微软的指南建议定期将指示性指标与实测基准对比，因为运行繁重报表的租户消耗的算力可能远超其存储量所暗示的水平。AWS SaaS Lens同样将每租户成本列入其成本优化支柱，原因相同。租户模型本身对成本的影响详见多租户SaaS架构。

提前捕捉支出的护栏

归因告诉您钱花在哪里；护栏在账单到来之前发出警示。

• 按账户、服务和团队设置预算告警。Google Cloud文档明确指出，仅发送告警的预算不会限制支出，因此预算是警示，而非刹车。
• 异常检测。例如，AWS Cost Anomaly Detection使用机器学习按服务、账户、地区或用量类型标记异常支出。将告警路由至负责团队的频道，而非无人查看的财务收件箱。
• 在产品中强制执行租户限额。方案权益对存储、席位、API调用及AI用量设置上限，使单个租户无法消耗整套方案的利润率。这是唯一在成本发生之前便能生效的护栏。
• 非生产环境自动关闭。开发与测试环境在工作时间之外自动停止，除非有人选择退出。

降低账单的调节杠杆

按风险从低到高的顺序依次使用杠杆：先消除浪费，再调整规格，最后承诺折扣。为不需要的容量购买折扣，仍然是浪费。

替代方案：由谁运行管控

无论选择哪条路径，产品本身必须按租户发出用量数据；任何外部工具事后都无法还原。Netbase通过云平台工程和SaaS开发构建这些管控措施，并作为托管云服务的组成部分运行每月及每季度的成本审查。Netbase的大多数项目在探索阶段后以固定总价合同交付。

实践案例：Netbase构建并运营的SaaS产品

• Cloodo Workspace。由Netbase构建并作为Netbase Business Division运营的多租户数字化工作场所，在单一产品中集成CRM、HRM、Cloud ERP与AI模块。详见Cloodo记录。
• 面向美国客户的Cloud ERP（客户名称未公开）。Netbase自2020年起作为离岸开发及管理合作伙伴开发的AWS多租户云ERP，每个客户企业在共享基础设施上拥有独立工作空间。详见云ERP记录。
• Printcart。Netbase Business Divisions旗下的Web to Print SaaS，在单一平台上服务众多商家。详见Printcart记录。

Netbase在AWS、Google Cloud、DigitalOcean及Cloudflare上开展工作；不主张任何云合作伙伴层级。

哪些交付记录存在，哪些不存在？

• 存在的记录。上述记录描述了Netbase在共享基础设施上构建并运营的多租户产品，这正是本指南所针对的场景。
• 不存在的记录。Netbase没有任何已发布的记录披露云账单、节省金额、每租户成本或利润率——无论是自有产品还是客户产品。本页所有内容均不作为经过测量的成本结果提供。

本指南的局限性是什么？

• 云服务商功能的引用来自其自身文档的访问日期；名称、限制与价格可能发生变化。
• 归因方法产生的是估算值，适当的精度取决于您的定价模型。
• 成本管控的安全层面——例如谁可以创建资源和修改预算——遵循与任何管理员访问相同的基于角色的访问控制与MFA规则。

下一步

分享您当前的云账单结构、方案及最大租户，我们将预约解决方案审查，为您建立归因体系、护栏与审查节奏。您也可以查看云平台工程或更多Netbase洞见。

相关服务与解决方案