当应用程序引擎变慢时会更昂贵吗？

Question

最近有很多次应用引擎运行速度变慢.在某种程度上,云平台的架构可以理解.我不是在讨论新的服务器实例 - 只是要求加热服务器.我也只是指CPU,而不是数据存储API,但我也很想知道.

似乎在这些缓慢的时期我收到了更多关于我的请求的黄色警告 - 说我使用了大量的CPU.当然,在此期间他们需要更长时间才能完成.我担心的是,在这些缓慢的时期,我的计费 CPU似乎上升了.

所以要清楚 - 当app引擎很快时,请求可能会在100ms内完成.在缓慢的时间段内,同一请求可能需要超过1秒.相同的URI,相同的缓存,相同的处理路径,相同的数据存储,相同的索引 - 更多的CPU.根据我的理解,黄色警告指的是可计费的CPU使用率,当app引擎速度较慢时,还有更多的警告.

这似乎设置了一个奇怪的情况,当应用程序引擎性能更差时,我的应用程序运行成本更高.这意味着谷歌赚的钱越多,平台的表现越差(直到失败或客户离开的程度).也许我的情况完全错了,它不会那样 - 但如果它确实像那样工作,那么作为客户,压力和平衡都是错误的.这并没有暗示谷歌的任何错误行为 - 只是这两件事之间的关系似乎并不合适.

谷歌的算法似乎就像 - "如果我给CPU处理一个处理工作并启动我的手表,那么当工作返回时就停止它我得到可计费的CPU数字." 即它根本不测量CPU工作.当然应该将时间除以同时执行的处理作业的数量加上一些额外的时间来覆盖额外的上下文切换.我确信这些东西很难衡量 - 也许这就是原因.

我猜你可以说当你的应用程序引擎需求量很大时支付更多是公平的,但是这使得预算几乎不可能 - 你不能生成像"100个用户每天花费我1美元"这样的统计数据,因为这可能会改变各种各样的原因 - 包括应用引擎入门的客户比基础设施可以实际处理的客户多.如果谷歌过度订阅应用引擎,那么所有客户支付更多 - 这是另一种听起来不正确的关系.当然谷歌的成本应该降低,因为他们板载更多的客户,这些客户使用更多的资源-基于规模经济.

我应该期望我的应用程序中的两个相同的请求每次运行时花费我大致相同的金额 - 无论壁挂式应用程序引擎需要多少实际完成它们？我误解了它是如何工作的吗？如果我没有,那么从长远来看,我不应该担心它吗？是否有一些文件使这种情况更清楚？干杯,

科林

Answer 1

是的，这是真的。这真是太糟糕了。每当他们认为我的网站需求量较低并且不需要资源时，他们还需要花费一秒钟多的时间来启动我的 Java 应用程序（我为此付费）。

我最终使用 cron 每分钟自动 ping 我的网站以保持其温暖.. 完成所有浪费的工作使我的账单更便宜，因为它没有启动时间，而是只有大量 2ms ping...