1 回答
- 最新
- 投票最多
- 评论最多
0
【以下的回答经过翻译处理】 我将为一个主导指标进行设计,这是基础设施成本的主要驱动因素(在此情况下,基础设施是底层共享的数据库实例)。 然后,如果需要限制/引导用户行为,还可以有次要指标,涉及第二个因素。 例如,EBS的例子中,容量是确定价格的主要指标,而IOPS是次要指标。
这种用例的优点是,用户都(可能)在使用相同的SaaS应用程序,因此他们产生的负载可能是可比较的,这使得定义主导指标更容易。
当您有主导指标时,可以使用它来将服务的成本分摊给单个用户。有多个输入要考虑:
*来自托管DB实例的实例的直接成本 *来自托管DB的帐户的间接/不可标记成本(例如网络流量) *来自平台运营的间接成本(例如直接连接,身份提供者连接,中央日志帐户等) *运行服务的非AWS成本(例如许可证,人员成本等)
这意味着他们必须自己建立,但可以部分自动化,例如,如果他们可以从ERP系统导入人员成本或向帐户所有者提供CUR。
相关内容
- AWS 官方已更新 1 年前
- AWS 官方已更新 1 年前
- AWS 官方已更新 3 年前