Google App Engine 即将从 Preview 阶段毕业

[Livid]

于是，随之而来的就是新的定价和使用协议。现在在 App Engine 的后台的 Billing History 已经可以看到在新旧定价模型下的收费对比。

不得不说，新的定价实在是非常邪恶啊……居然按照 datastore 的读取次数来收费。小应用可能感觉不明显，很多大应用一定会有被绑架的感觉。

于是几种可能：

1. 肯定会有大用户跳出来抗议。

2. 模型简单的应用可能就直接考虑迁移 Linode 或是 AWS 了。Tornado 框架肯定会获得更高的关注度。

3. Google 或许会在半年内调整定价。

而那些一向觉得云计算不靠谱的观点们这次算是找到一个非常坚实的证据了。

大家怎么看呢？

[uTorrent]

起床看到邮件.
就跟2012那贴一样,可能性都被你说光了.

[ksky]

一直觉得大的应用可能都不会被放在GAE上。

[Los]

至今都觉得选择GAE会是一个大错误，除了免费配额这点小便宜可占之外，没有其他任何的好处

[xrea]

坑爹啊，不知道会不会更新价格
http://www.google.com/enterprise/cloud/appengine/pricing.html

[iugo]

早上起床收到邮件。现在还是在找平衡点吧。

[love]

本来想GAE这种平台应该运行效率比较高吧，成本应该比VPS低很多才合理。

[feilaoda]

放在GAE上就是个大错误
不要死不承认。

[linsk]

是否意味着PB Tornado版本也会在计划页面上露面

[Livid]

无论如何，V2EX 能够发展到今天，要感谢 GAE。

现在遇到了一些挑战，设法解决就是。

[vven]

一直不太明白邮件上的leaving Preview怎么译
看了下面才知道要收钱了

[fcicq]

搬走! 看来只有 openshift 还好了. 只有 24 Instance Hours 的话绝对不够.

[bhuztez]

和Tornado有啥关系，不解

[fcicq]

@bhuztez 同. 计划用 webapp2. 任何移植的麻烦都要尽量避免

[alai]

正好借这个贴追一茬
还有哪些靠谱的云？

[huiyubird]

弱弱的问一下：

Datastore API 50k operations $0.01 / 10k operations

这个50k operation 不会指的是总共允许5万次的数据库操作吧？还是每天/月/年？

[phus]

看到24 Instance Hours被雷到了，就这一条限制基本上就把免费的应用杀光了啊～～

[jeeson]

@huiyubird 50K是每天免费限额, 收费没有限制

@phus 免费应用基本上只能用来做实验原型了, 一旦启用收费, 每月还有 $9 的基本费用

优化文档上说, CPU可以通过启用并发请求降低, 但不确定会降低多少. 等Python 2.7支持并发请求后, 这部分可能会降低一些.

数据库读操作, 基本上只能通过Memcache进行优化了.

每月: $9每月基本费用 + 每天使用费用 + 反向代理费用, 真不算便宜, 尤其还总得为翻墙折腾

[sohoer]

@phus
Free quota per app per day
On-demand Frontend Instances 24 Instance Hours

吓我一跳以为是per app
原来是per app per day

[lenmore]

@phus
所有免费配额都是按天算的，per app per day
24 Instance Hours，只启动一个Instance的话，够用了。
50k operations 有点少， 0.57 ops/s，要下点功夫优化。

[keakon]

这个价格几个月前就定下了，曾经向Google提议把24 Instance Hours增加到25，他们回复说可以考虑考虑，但是就没下文了…

数据库操作收费的原因是：现在不按API CPU时间收费了，只看API调用次数。

以我的blog为例，今天19小时数据库调用29350次，使用0.17 CPU时间。按之前的方法计算为$0.10 * 0.17 = $0.017，按新方法计算为29350 / 10k * 0.01 = $0.029。

虽然也贵不了多少，但免费配额确实太少了，只有50k次。
仍以我的blog为例，19小时用了5％ CPU，理论上免费配额可以支持20倍访问量。但调用次数已经达到50k的60%，基本上没多少扩展空间了。

然后是如果收费，至少每个月$9，哪怕你原本只需要支付$0.01。