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