Python AppEngine计费即将发生的变化是否意味着异步批处理操作将比当前计费模式便宜得多？

为了在AppEngine上实现高效的批处理操作，我一直在尝试异步调用，最终得到了一个请求签名，看起来像<代码>/task/batch_remove_型号200 402ms 43582cpu_ms 42859api_cpu_ms

我知道，在当前的计费模式下，我会为43582ms的cpu时间付费，但在即将推出的“基于实例”计费模式下，同一资源将如何计费？在这一点上，我只是在为每个数据存储操作付费吗

---

感谢您的回复。

您将支付402毫秒的实例时间，用于服务请求，另外您还将支付每个数据存储操作的费用。数据存储操作包括实体读取、实体和索引写入（不是RPC调用），因此成本将与您现在支付的费用成比例（可能更高）

---

有关更多详细信息，请参阅定价。

您确定按每次操作计算不会明显便宜吗？例如，对于512个实体的异步批删除操作，我得到一个请求签名，如

ms=1144cpu\u ms=133141 api\u cpu\u ms=131251 cpm\u usd=3.698185

。该

api_cpu_ms=131251

的cpu成本也大致相等（3.698185*（131251/133141））/1000对吗？那是0.00364美元。每个操作收取的相同512次操作费用为$0.000512（512*（$0.01/10000））。@Steve index写入也算作操作。因此，您还需要考虑到这一点，由于api cpu使用量如此之大，我怀疑您至少有3到4个索引——因此您将使用（512+（512*#索引））操作（不要忘记每个属性有2个索引，除非您显式禁用了索引）。加上有多少操作被用来获取它们。关于索引的观点很好。首先，你可以通过异步调用完成所有这些免费处理，这听起来太好了，但我想更重要的是，不利用异步操作的应用程序将浪费大量资源。@Steve，是的，异步（正确完成）可以通过并发减少应用程序延迟，这对你有好处（还有谷歌）。希望Python很快将采用多线程技术，为我们的应用程序提供另一个并发性提升。我也不希望数据存储成本增加，但至少收费（希望）会变得更加透明。