del*_*ine 25 google-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
Run Code Online (Sandbox Code Playgroud)
对于我拥有的用户数量,4.53小时似乎非常高.
我的一些页面调用存储在另一个服务上的filemaker数据库,并且具有如下延迟:
URI Reqs MCycles Latencies
/profile 50 74 1241 ms
/order 49 130 3157 ms
Run Code Online (Sandbox Code Playgroud)
我的身份验证页面在呼叫第三方时也具有较高的延迟:
/auth/google/callback 9 51 2399 ms
Run Code Online (Sandbox Code Playgroud)
我还是看不出他们怎么加起来可以达到4.53小时呢?
谁能解释一下?
ste*_*vep 28
除了上一个答案之外,我还想添加一些关于您的结算的信息,这可能让您感到困惑.Google每24小时结算时段为您提供28小时的免费实例时间.
理想情况下,您总是运行一个实例,以便对您的应用程序的调用永远不必等待实例启动.一个实例每分钟可以处理相当大量的呼叫,因此可以在28小时内完成很多操作.
你有很多零实例时间(在17个小时的潜在计费中消耗少于5个实例小时.)你需要担心更多地将这个提高到不低,因为毫无疑问,你的应用程序的大多数调用当前都在等待两个延迟加上实际执行延迟.如果您正在运行Go应用程序,则启动可能不是问题.Python,可能是一个小到中等的问题,Java ......
因此,请考虑保持您的实例存活,并消耗100%的免费实例配额.或者,一定要使用Go或Python(具有良好的设计).不要使用Java.
dra*_*onx 22
每次实例旋转时,您需要支付15分钟的费用.
如果您的请求很少,但是它们间隔开,那么您的实例将会关闭,并且在下次实例旋转时您将收取15分钟的费用.
您可以通过18个HTTP请求轻松实现4.5个实例小时.
| 归档时间: |
|
| 查看次数: |
13403 次 |
| 最近记录: |