【发布时间】：2011-01-22 23:35:00
【问题描述】：
在开发新的网络服务时，我无法找到很多关于公司如何为其网络服务计费的信息。
您是按请求计费还是仅按某些请求（即）GET 或 POST 计费？
-这些会在应用程序或服务器级别进行跟踪吗？
您是否按带宽计费？
-再次说明，如何针对每个用户进行跟踪
您是否收取订阅费以获取访问权限？
-这是假设他们仅在付款后才获得 api 密钥。
上述或其他选项的组合？
感谢您的帮助。
【问题讨论】：
标签： web-services billing
【发布时间】：2011-01-22 23:35:00
【问题描述】：
我猜这取决于服务的功能。从广义上讲，我会说当你提供一些内在价值时你应该计费；您如何确定计费标准是特定领域的。所提供的服务可能具有某些属性，可让您确定要计费的金额。
例如，假设您有一个执行计算的 Web 服务。您可能会决定，对于您所做的每一次成功计算，您将收取固定费用，例如$0.01，但如果存在验证问题（例如无效请求），则让用户离开。或者，如果这些计算运行时间不长，您可能有一个基于某种 CPU 时间指标的计费模型。
您关于订阅的观点很好，这是您可能会从允许几种商业模式中受益的领域；一种迎合每月可能执行大量请求的用户，在这种情况下，固定订阅可能有意义，另一种迎合提出一些临时请求的用户。当然，在后一种情况下，如果您仅吸引这些客户，那么您将不会获得良好的投资回报。某种中间立场，即您有少量订阅，但随后允许客户在顶部购买“块”或“捆绑”请求而不产生额外的处理成本，可能会奏效。
【讨论】：
我见过的很多都是按时间计费的，例如按月或按年计费。有些允许您按月付款，有些则需要预先支付部分（或全部）费用。访问可能会受到限制，方法是为客户帐户到期时到期的 Web 服务颁发安全证书，或者可能通过让他们发送客户端 ID 并让服务器检查是否允许该客户端 ID 有答案（但这对人们窃取别人的客户 ID ;) )。
我想，如果您有一项发送和接收大量数据的服务，那么按服务请求计费可能是有意义的，但为此计费可能会变得更加棘手。客户每天可能会提出几十个请求，还是只有几个？每笔交易收费多少？ 100 美元？ 0.01 美元？这一切都取决于服务的性质。如果你想走这条路，你可能需要能够确保客户只为成功回答的请求付费（即使我的客户端应用程序未能从您的服务器）。
【讨论】：
每个请求或作为订阅，是的，带宽可以是用于设置费用的变量。取决于绑定客户关闭或让无数松散耦合的客户使用它的价值。这个问题没有适合所有甚至大多数情况的正确答案。
如果我查看我过去提供的服务，订阅模式将是最好的使用模式。有时，每个请求打勾似乎是最好的方法，但我从来没有这样配置过服务。
【讨论】：
我所知道的大多数网络服务都对两件事收费：
- “使用量”。通常提供少量“免费”访问（即，来自给定 IP 地址帐户组合的点击次数少于 X 次/小时）。这类似于 twitter，它通过您的用户名或唯一 IP 或两者的组合为您提供 150 次点击/小时的服务（因此您不会通过频繁更改 IP 来滥用它）。如果您想要更高的访问量，您需要为该访问付费，并且通常按帐户分配（在 Twitter 的情况下，您可以 [免费] 获得一个开发帐户，每小时可提供 20K 或更多点击）
- 细节深度，访问功能。免费帐户再次获得最低限度的访问权限，但无法访问更多数据或更高级的功能（过滤等）。许多谷歌服务都是这样工作的，基本访问权限是给每个人的，但如果你想要更精细的能力（更大的搜索、更多的数据、更快的结果），你必须购买一个具有相应功能的帐户代码。
我还没有真正看到或参与过任何按绩效付费或按点击付费/访问模型的项目，因为它们很难可靠地计费并且很难向客户说明，即使您使用分层或带状范围。你如何告诉你的客户他们使用了多少点击，特别是在分布式系统中，有冗余故障转移等。如果我必须为每次访问支付 0.01 美分，我想知道它是如何衡量的，以及公司是什么有地方控制访问，以及他们的监控有多准确，等等。
这不是不可能的，而且绝对可以做到，并且可能在大批量场景中运行良好。
【讨论】：
与市场经济中的所有事物一样，价格以及与实际付款相关的不便（或便利）和风险（无论金额如何）都取决于您的服务或产品的独特性、酷炫和价值程度.
因此，只能用非常笼统的术语来回答这个问题，即以建议的形式。您的实际开票模型可能基于以下一项或多项
- 一次性安装费账单
- 按订阅计费（即在定义的期限内，明确定义的最大使用量）
- 维护账单
- 法案，即一定金额（可能按单价递减计划）。此类行为应在服务器级别进行计数，（客户端可能包括一些审计/监控/日志之类的，但服务器端应该是信息的权威来源）
- 按体积计费（例如传输的 MByte 数等），这适用于每个“行为”产生的信息量有很大差异的服务。
一般来说，会计的价格和方式对双方来说都应该是公平的，尤其是对买方而言，而且通常越简单越好。价格不一定要低，前提是您可以证明所提供的服务具有实际价值，并且您投资并承担了引入该服务的风险，或者与运行该服务相关的持续费用是显而易见的。
【讨论】：
我同意 Rob 和 Des 的说法。要记住的一件事是，订阅是一个非常简单的概念，每个人都习惯并习惯（如果你定价合适的话）。如果您想覆盖广泛的受众，请查看支付提供商的做法 - 根据您每年进行的交易数量，他们的支付方式略有不同。将有一个固定的订阅加上每笔交易的费用，它们都随着交易的数量而变化。这是最灵活的，但取决于它是否对您的业务有意义。
【讨论】：