27

我有一个简单的在线订购应用程序。它可能每周处理 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 小时似乎高得离谱。

我的一些页面调用存储在另一个服务上的文件生成器数据库，并具有如下延迟：

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

我的身份验证页面在调用第三方时也有很高的延迟：

/auth/google/callback 9  51  2399 ms

我仍然不明白他们怎么能加起来 4.53 小时？

谁能解释一下？

4

2 回答 2

28

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

理想情况下，您始终运行一个实例，这样对您的应用程序的调用就不必等待实例启动。一个实例每分钟可以处理相当多的呼叫量，因此可以在 28 小时内免费完成很多工作。

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

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

于 2013-05-28T05:44:35.617 回答
26

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

如果您的请求很少，但它们之间存在间隔，您的实例将关闭，并且您将在下次实例启动时产生 15 分钟的费用。

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

于 2013-05-28T00:40:03.947 回答