我有一个简单的在线订购应用程序。它可能每周处理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小时呢？
任何人都可以解释一下吗？
答案 0 :(得分：27)
除了之前的回答之外，我还想添加一些关于您的结算的信息，这可能让您感到困惑。 Google每24小时结算时段为您提供28小时的免费实例时间。
理想情况下，您始终有一个实例正在运行，以便对您的应用程序的调用永远不必等待实例启动。一个实例每分钟可以处理相当大量的呼叫，因此可以在28小时内完成很多操作。
你有很多零实例时间（在17个小时的潜在计费中消耗少于5个实例小时。）你需要担心更多关于将此更高而不是更低，因为毫无疑问，你的应用程序的大多数调用目前都在等待旋转延迟加上实际执行延迟。如果您正在运行Go应用程序，则启动可能不是问题。 Python，可能是一个小到中等问题，Java ......
因此，请考虑保持您的实例存活，并消耗100％的免费实例配额。或者，一定要使用Go或Python（具有良好的设计）。不要使用Java。
答案 1 :(得分：21)
每次实例旋转时，您都会收取15分钟的费用。
如果您的请求很少，但是它们间隔开来，您的实例将会关闭，并且在下次实例旋转时您将收取15分钟的费用。
您可以通过18个HTTP请求轻松实现4.5个实例小时。