至今没有理解
看帖子 Google出来的似乎是跟并发有关 但是还是没实际理解
似乎 AWS 有用过这个概念…… 不过没用过 AWS 还是不明白……
求教！
看帖子 Google出来的似乎是跟并发有关 但是还是没实际理解
似乎 AWS 有用过这个概念…… 不过没用过 AWS 还是不明白……
求教！
推荐学习书目
› Python Cookbook
› Using Google App Engine
推荐下载
› Latest Google App Engine SDK
其他兼容技术
› AppScale
This topic created in 5385 days ago, the information mentioned may be changed or developed.
 |
1
jeeson Sep 8, 2011
Instance Hours 对应于CPU Hours 而言的
先说CPU Hours: 一个请求, 如果耗费 0.1s, 那么计费时就按照 0.1s累计. 假设每天100K请求, 那么就是 100K*0.1s = 10Ks, 约2.8 CPU Hours. 而Instance Hours 是指Instance的保持时间, 不管是否在处理请求 (这里的Instance 和Amazon的Micro Instance差不多) GAE的Instance数量是动态, 并且创建后通常会在空闲一段时间(15分钟?)后才释放 之前CPU Hours对于小规模应用很合算, 基本不会超过6.5小时的免费限额 而现在新价格下, 虽然有24小时的Instance Hours, 但是一旦有突发大量请求, 一个Instance处理不过来的时候, 就会产生第二, 第三个Instance..., 于是就会有费用产生. 关键是, GAE/Python目前不支持并发请求, 一个Instance只能顺序处理逐个请求, 于是对于并发请求很多的应用, 就会产生"惊人"的收费, 而真正的CPU使用率很低 简单来说, 之前CPU Hours惊人的便宜, 现在Instance Hours惊人的昂贵, 在没有支持并发请求的情况下. |
Select Language