AppEngine 在其日志中有一个名为cpm_usd
. 据我了解,这是 1000 次此类请求的大致成本(以美元计)。
自 2012 年 8 月 16 日以来,这些数字对于我的应用程序(我没有更改我的应用程序)来说明显更小(因子 500)。我想知道这是关于什么的?
谷歌改变了他们计算这些成本的方式吗?
是否包括前端时间,还是仅包括对数据存储等服务的调用?
我唯一的答案是他们停止在计算中包括前端时间(我目前仍处于开发模式,因此积累了大量可能会扭曲原始/旧结果的空闲时间)。
AppEngine 在其日志中有一个名为cpm_usd
. 据我了解,这是 1000 次此类请求的大致成本(以美元计)。
自 2012 年 8 月 16 日以来,这些数字对于我的应用程序(我没有更改我的应用程序)来说明显更小(因子 500)。我想知道这是关于什么的?
谷歌改变了他们计算这些成本的方式吗?
是否包括前端时间,还是仅包括对数据存储等服务的调用?
我唯一的答案是他们停止在计算中包括前端时间(我目前仍处于开发模式,因此积累了大量可能会扭曲原始/旧结果的空闲时间)。
我不确定为什么您的数字发生了变化,但我的理解是,从去年的定价变化开始,这个数字不再相关。
大约在您的数字发生变化时,Google 正在向 AppStats 工具添加成本跟踪功能。您现在可以做的是在 AppStats 中打开定价指标,并准确了解您的请求的 RPC 成本(这几乎涵盖了除实例小时数之外的所有成本)。
对我的一个应用程序上的一些请求进行快速测试表明,cpm_usd 和 AppStats 报告的成本根本不符合要求。根据 cpm_usd 为我刚刚测试的请求报告的数字,该数字不可能包含数据存储成本,这意味着它对我来说基本上没用。
查看 AppStats 可以提供的成本跟踪,看看您自己的数字是如何排列的:
2012 年 9 月 5 日更新:我在最近的 App Engine 办公时间视频群聊中询问了 cpm_usd 的当前相关性,虽然他们无法给出确切答案,但他们表示他们认为这仍然是一个相关数字。最好能更深入地了解 cpm_usd 当前代表的内容。这是艾米回答问题的录音: