Google app engine 如何在app engine上计算前端实例小时数？

我有一个简单的在线订购应用程序。它可能每周工作25个小时，大部分在周一和周二

查看仪表板，我看到：

Billing Status: Free - Settings Quotas reset every 24 hours. Next reset: 7 hrs 
Resource             Usage  
Frontend Instance Hours      16%     4.53 of 28.00 Instance Hours

4.53小时对于我的用户数量来说似乎高得离谱

我的某些页面调用存储在另一个服务上的filemaker数据库，并具有以下延迟：

URI         Reqs        MCycles     Latencies          
/profile    50          74          1241 ms
/order      49          130         3157 ms

我的身份验证页面也有很高的延迟，因为它们会呼叫第三方：

/auth/google/callback 9  51  2399 ms

我还是不明白他们怎么能加起来4.53小时

---

有人能解释一下吗？

每次实例启动时，您都要支付15分钟的费用

如果您有几个请求，但它们是间隔的，那么您的实例将关闭，并且您将在下次实例启动时承担15分钟的费用

---

您可以轻松地用18个HTTP请求累积4.5个实例小时。

除了前面的答案之外，我还想补充一点关于您的账单的信息，这可能会让您感到困惑。谷歌每24小时计费周期为您提供28小时的免费实例时间

理想情况下，您总是有一个实例在运行，这样对应用程序的调用就不必等待实例启动。一个实例每分钟可以处理相当可观的通话量，因此在这28小时的空闲时间里可以完成很多事情

你有很多零实例时间（在17个小时的潜在计费中消耗的实例时间不到5个小时）。你需要更多地担心这一点，而不是更低，因为毫无疑问，目前对你的应用程序的大多数调用都在等待加速延迟加上实际执行延迟。如果您运行的是Go应用程序，则加速可能不是问题。Python，可能是一个小到中等的问题，Java

---

因此，请考虑让您的实例保持活动状态，并消耗100%的免费实例配额。或者，确保使用Go或Python（具有良好的设计）。不要使用Java。

当你推荐Python而不是Java时，仅仅是因为GAE没有针对Java进行优化（在加速方面），对吗？或者还有另一个重要的原因？与Go或Python相比，Java实例通常需要花费相当长的时间来加载。关于这一点，已经有很多长线程，以及优化Java以加快实例加载的方法。我不是一个Java人，所以我无法有效地与之交谈。搜索谷歌应用程序引擎组，你会发现很多信息和激烈的争论。我知道你刚才回答了这个问题，但“前端实例时间”和“后端实例时间”到底是什么？我知道前端和后端之间的区别，只是不在GAE的上下文中。另外，您是否可以强制GAE每小时只使用一个实例，这样就永远不会离开免费层，您会说，一个实例可以处理多少用户？谢谢。下面的链接非常清楚地区分了FE和BE。您可以使用idle\ U timeout变量控制如何逐出FE实例。利用cron每隔几分钟检查一次（例如，在低优先级队列中执行的任何任务）将使实例保持活动状态。一个实例可以处理多少用户在很大程度上取决于处理一个调用所需的时间。你可以做出很多决定，让事情变快或变慢。这个范围远远超出了这个线程。链接：另外，请注意，每次部署服务时（不使用显式的

--version

值），gcloud都会启动新版本的服务，但也会保持所有以前版本的运行，每个版本都附带一个不同的实例。通常情况下，这会使这些（旧）实例处于空闲状态，因为它们不接收流量，但在某些情况下，它们仍然会产生成本。@dragonx，我正处于您描述的情况。您是否介意分享一个实例在关闭前必须空闲多长时间？谢谢@mgouin如果使用基本缩放，则默认为5分钟，但您可以调整

空闲\u超时时间

。不确定自动缩放模式。当它被调用时，你可能会放入一个关闭的钩子和日志。