SaaS 定价引擎的 3 大要求
作者：Mark Herring / 用例
2017 年 9 月 29 日
导航至
无论您是拥有现有产品，还是即将推出新产品，SaaS 定价引擎对其成功都至关重要。定价过低可能会导致负利润，而定价过高虽然利润看起来不错，但没人愿意付费使用。然而，这过于简单化，因为客户正在寻求更加精细的定价结构——按使用量付费模式，但使用量可以按分钟甚至理想情况下按纳秒级计量。
来自 PipelineFX 关于创新 SaaS 定价的建议
最近，我与我们的客户之一 PipelineFX 坐下来讨论他们的定价挑战，以及他们如何构建新的 SaaS 定价引擎。PipelineFX 提供名为“Qube!”的 SaaS 产品，该产品允许各种规模的组织更好地管理数字媒体应用程序和程序的渲染。
渲染任何数字资产或电影的问题在于，这是一个非常动态的过程，在渲染期间可能会消耗可变数量的资源，而在渲染完成后则不使用任何资源。
业务问题是如何帮助客户实现最大效率，仅为他们消耗的资源付费，同时允许 PipelineFX 服务在更新其 SaaS 定价引擎时，在整个服务器渲染场中实现最大利用率。
客户要求精细化定价
渲染资产是一个非常突发的过程。再加上截止日期的复杂性可能会在短时间内增加资源利用率，而在其他时间则为零使用率，因此 PipelineFX 的客户要求非常精细的定价就变得显而易见了。
“为什么要按月付费，当有些日子根本没有利用率，甚至为什么要按天付费，当有些分钟服务器没有被使用。”
PipelineFX 需要其产品能够每分钟衡量利用率，并以非常高的频率计费。这种高水平的精细度确保客户获得丰厚的回报。PipelineFX 还提供非常灵活的定价模式，可以适应任何超过预付最低额度的许可证利用率的高频率收费。此外，该系统还提供关于平均利用率以及客户是否应考虑提高最低额度的报告、洞察和警报。
阅读关于 PipelineFX 的完整 InfluxData 案例研究。
构建提供纳秒级定价的解决方案！
在 PipelineFX 的示例中，今天的需求是基于分钟的定价，但随着客户越来越精通基于使用量的定价，以及竞争格局的变化，对定价更精确的需求只会增加。
SaaS 定价引擎的 3 大要求
#1：使用时间序列数据库
解决方案是拥有一个非常灵活的架构，可以处理比客户需求更低几个数量级的定价。由于此数据基本上是带有资源利用率测量的时间戳，因此存储此利用率数据的最佳数据库是时间序列数据库 (TSDB)。您知道时间序列是增长最快的数据库吗？
#2 为云规模设计
进行设计，以便系统能够处理客户增长、SaaS 产品增长以及以所需精度级别需要收集的大量指标的可扩展性。PipelineFX 使用以下架构，其中包含负载均衡器和关键架构服务的集群实例。
#3 为 99.999%（5 个 9）的正常运行时间设计
是的，设计您的系统，使其每月最多只能停机 26 秒！如果您的系统宕机，客户将转向其他地方。关键的架构要求包括用于 HA 的集群、消息队列以确保即使连接暂时中断也能传递统计数据，以及故障转移和负载均衡能力。
结果
PipelineFX 已经能够帮助他们的客户实现最大效率，并优化他们现有和未来的基础设施。尽管他们目前仅以秒为单位定价，但他们已经建立了基础设施，以便在业务需要时能够以更高的精度进行定价。
后续步骤
