-1

我试图用我的每日配额中的数字和百分比来推理。进步不大。

我仅将 GAE 用于我的 android 应用程序的 api,用于保存用户的项目数,因此没有静态文件左右。

只是在它们之间来回传递的小数据包。

根本不使用 crons、taskqueue 或任何花哨的功能。只是端点 apis 和数据存储。

到目前为止,直到昨天,每天,整个请求大约为 500 个,或多或少,18 个实例小时,读/写操作的个位数百分比。

突然之间,今天早上(仅供参考,来自东亚),请求飙升至 50,000 以上,实例小时数超过 83,并且......请查看下面的快照链接。

例如小时,我想这是可能的,因为我正在为它们使用自动缩放选项。也许 GAE 提出了更高级别的实例以获得更好的吞吐量。只是猜测。

但是,我什至无法想象请求是如何在一夜之间变成 50,000 的。超过100次!乍一看,我以为我中了大奖,但日志却有所不同。我手动计算了过去 24 小时内 GAE 日志中有多少请求日志。请求的数量只有 1000 多个。(与昨天相比,大约增加了两倍) 似乎有别的东西刚刚耗尽了我的配额,因为我不知道的其他东西......或者什么都没有......?

此外,今天 300 万次 Datastore 读取操作对我来说毫无意义。这是自由允许的读取操作配额的三倍。直到昨天,它显示在 3% 或 4% 左右。

我很困扰。请您检查下面的图片链接并与我分享您的想法吗?

太感谢了!

imagelink -- 今天的配额 -- 还剩 6 小时

摘要的图片链接

交通图片链接

日志的图像链接

--------------------------已更新------------ -----------------------------------------

我检查了我的免费配额是否在 6 小时后重新设置为另一天。但它从原来的位置开始,如下面的捕获......检查是否有来自用户的大量请求或其他东西。没运气。除非有可能的解释,否则它可能是一个错误的可能性吗?

imagelink -- 第二天的新配额 -- 还剩 24 小时

4

1 回答 1

0

我正在回答我的问题:

我联系了谷歌云平台支持。原来,开发者。团队无法找出真正的原因,因为他们没有保留日志。他们认为这很可能是 UI 错误。

于 2016-09-19T00:58:19.750 回答