Google App Engine 即将从 Preview 阶段毕业

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

推荐学习书目

› Python Cookbook

› Using Google App Engine

推荐下载

› Latest Google App Engine SDK

其他兼容技术

› AppScale

labex.io

通过在线实验与 50 万用户一起学 Linux、DevOps 和网络安全技术，付款时输入 V2EX30 限时 30% 专属折扣

开始免费实验

Promoted by JamesZHH

PRO

这是一个创建于 5062 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

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

于是几种可能：

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

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

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

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

大家怎么看呢？

定价

Google

engine

53 条回复 • 1970-01-01 08:00:00 +08:00

uTorrent

2011-09-01 06:38:49 +08:00

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

ksky

2011-09-01 07:24:48 +08:00 via iPhone

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

Los

2011-09-01 07:37:25 +08:00

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

xrea

2011-09-01 08:03:07 +08:00

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

iugo

2011-09-01 08:13:01 +08:00

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

love

2011-09-01 09:20:39 +08:00

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

feilaoda

2011-09-01 09:23:23 +08:00

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

linsk

2011-09-01 09:25:31 +08:00

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

Livid

MOD

PRO

2011-09-01 09:26:04 +08:00

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

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

vven

2011-09-01 09:30:33 +08:00

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

fcicq

2011-09-01 10:01:25 +08:00

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

bhuztez

2011-09-01 10:05:29 +08:00

和Tornado有啥关系，不解

fcicq

2011-09-01 10:11:31 +08:00

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

alai

2011-09-01 10:20:16 +08:00

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

huiyubird

2011-09-01 10:23:04 +08:00

弱弱的问一下：

Datastore API 50k operations $0.01 / 10k operations

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

phus

2011-09-01 10:24:49 +08:00

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

jeeson

2011-09-01 10:36:17 +08:00

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

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

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

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

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

sohoer

2011-09-01 10:40:08 +08:00

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

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

lenmore

2011-09-01 10:42:53 +08:00

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

keakon

2011-09-01 10:45:37 +08:00

这个价格几个月前就定下了，曾经向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。

MarshallChen

2011-09-01 10:47:37 +08:00

这意味着架GAE将不是一个好主意了么还是本来就不是个好主意

CoX

2011-09-01 10:49:52 +08:00

看来免费的午餐不好吃啊

keakon

2011-09-01 10:53:41 +08:00

看到几个抱怨的，大应用还是果断撤离吧：

I am one of them. Monthly charge: $900 -> $2850 (310%)

Our costs went up 2800% under the new pricing.

We are going from $5,400/month to $26,500/month (Python) - and this is
only one of our apps.

I am not in the same league as those who pay thousands of dollars per
month but rather the average small developer who sees what was a 31 $
monthly bill jump to over 500 $.

sohoer

2011-09-01 10:58:17 +08:00

@keakon 如果负载大的时候多启动了几个实例那我的APP就会配额不够了，
设置这个吗？
Max Idle Instances: ( 1 )
如果做为BLOG对响应有多大影响呢？

jeeson

2011-09-01 10:58:46 +08:00

@MarshallChen GAE 适合大规模的应用, 可以省去做负载平衡, 分布存储, 但是小应用没必要折腾, 性能太低. 那些GAE上的代理应用这回也Over了

=======================

billing history 页面有两个地方不明白:

Total*: (before clipping to daily budget), 这里的"daily budget" 是什么?

Bandwidth Out: $0.15/GByte, 新旧价格不都是 $0.12/G 吗?

我的应用CPU跑的高, 看来得整整了

keakon

2011-09-01 11:08:53 +08:00

@sohoer 影响不大。马上会支持Python 2.7（从billing history看估计是November 20th, 2011），到时候一个instance可以同时响应多个请求。

另外发现这几天的数据库读取次数都刚好超过50k，看来得优化了＝。＝

sohoer

2011-09-01 11:19:01 +08:00

@keakon 呵呵，我是搞JAVA的
JAVA一直就支持多线程，并发。
在原来的情况是在一个实例负载不了时就会启动新的实例，
现在看来也只能这样了。

Leo

2011-09-01 11:43:33 +08:00

看来得找个靠谱少折腾得据点了

yoyicue

2011-09-01 11:43:40 +08:00

放在 AWS 上的 Project Babel 3 即将要出现么?

dreampuf

2011-09-01 11:47:00 +08:00

关注V2EX动向.

liuhang0077

2011-09-01 11:53:26 +08:00

收到邮件淡定中。继续使用AWS

istef

2011-09-01 12:11:02 +08:00

个人感觉调整收费后 gae 对于中国大陆用户毫无优势，偶们还得折腾反向代理，还不如干脆直接倒像 AWS。很庆幸的是我通过 GAE 入门 Python 后，兴趣逐渐转移到 tornado, flask 这样的框架上去了。部署了一两个练手的应用现在也已经都脱离了 GAE 跑在 tornado 上。。。。

phus

2011-09-01 17:57:59 +08:00

reddit的讨论
http://www.reddit.com/r/AppEngine/comments/k0mos/new_app_engine_pricing_model/

dimlau

2011-09-01 18:03:13 +08:00

好吧，反正我正学 Livid 推荐的 tornado 。

nitoyoa

2011-09-01 18:50:01 +08:00 via Android

哎。悲催

muxi

2011-09-01 18:59:54 +08:00 via Android

早上收到邮件，很庆幸当初没把一个比较大的站放到gae上，不然这下惨了，每天几十刀，现在linode一个月才50刀

Los

2011-09-01 21:21:38 +08:00

按照V2EX现在的情况Linode 512套餐应该完全足以支撑起了的才是，即使512不能支撑，升级到Linode 768就是了。
？

Livid

MOD

PRO

2011-09-01 21:25:50 +08:00

@Los 你是怎么计算出来的呢？

Los

2011-09-01 21:31:08 +08:00

@Livid 我并没有太多关于V2EX PV的数据，不过以我运营的一个小论坛来看，每天7万多PV，相对V2EX还多了图片上传的支持，所以..

cabinw

2011-09-01 21:31:34 +08:00

还是AWS靠谱，总觉得GAE就是玩玩的

Livid

MOD

PRO

2011-09-01 21:54:35 +08:00 via iPad

@Los URL?

Los

2011-09-01 21:57:31 +08:00

@Livid 不方便公开

phus

2011-09-01 22:02:29 +08:00

appengine groups上吵的很凶，大多集中在Instance Hours收费太坑爹了。

https://groups.google.com/group/google-appengine/topics

一句话:let's see what happens next!

Los

2011-09-01 22:33:35 +08:00

@Livid 给个基本的数据参考：rails开发，mysql，memcached，nginx与thin，开4个thin进程，25pv/sec的峰值，偶尔能爆到60PV左右，平均PV为7pv/sec，24小时内有某些时段流量相当低，系统大量利用memcached做缓存（rails的缓存机制在这方面处理起来相当简单），jquery这些稍微大的js库采用了microsoft的免费cdn，浏览多发帖不算太多（读多写少），机器负载不高，偏低

phus

2011-09-02 00:12:51 +08:00

来啦来啦，一个哥们写了非常酷的优化，能大幅减少美刀。
《Optimizing your AppEngine website for the new pricing: How to get from 422 $ per month back to free in a few lines. 》
http://www.smallte.ch/blog-read_en_35001.html

keakon

2011-09-02 02:13:32 +08:00

@phus 看不出任何优化，application的创建倒是需要移到main函数外面……