推荐学习书目
› Python Cookbook
› Using Google App Engine
推荐下载
› Latest Google App Engine SDK
其他兼容技术
› AppScale
Google App Engine 即将从 Preview 阶段毕业
Livid · 2011-09-01 05:20:00 +08:00 · 9406 次点击这是一个创建于 4830 天前的主题，其中的信息可能已经有所发展或是发生改变。
于是，随之而来的就是新的定价和使用协议。现在在 App Engine 的后台的 Billing History 已经可以看到在新旧定价模型下的收费对比。
不得不说，新的定价实在是非常邪恶啊……居然按照 datastore 的读取次数来收费。小应用可能感觉不明显，很多大应用一定会有被绑架的感觉。
于是几种可能：
1. 肯定会有大用户跳出来抗议。
2. 模型简单的应用可能就直接考虑迁移 Linode 或是 AWS 了。Tornado 框架肯定会获得更高的关注度。
3. Google 或许会在半年内调整定价。
而那些一向觉得云计算不靠谱的观点们这次算是找到一个非常坚实的证据了。
大家怎么看呢？
不得不说，新的定价实在是非常邪恶啊……居然按照 datastore 的读取次数来收费。小应用可能感觉不明显，很多大应用一定会有被绑架的感觉。
于是几种可能：
1. 肯定会有大用户跳出来抗议。
2. 模型简单的应用可能就直接考虑迁移 Linode 或是 AWS 了。Tornado 框架肯定会获得更高的关注度。
3. Google 或许会在半年内调整定价。
而那些一向觉得云计算不靠谱的观点们这次算是找到一个非常坚实的证据了。
大家怎么看呢？
 |
1
uTorrent 2011-09-01 06:38:49 +08:00
起床看到邮件.
就跟2012那贴一样,可能性都被你说光了. |
 |
2
ksky 2011-09-01 07:24:48 +08:00 via iPhone
一直觉得大的应用可能都不会被放在GAE上。
|
 |
3
Los 2011-09-01 07:37:25 +08:00
至今都觉得选择GAE会是一个大错误，除了免费配额这点小便宜可占之外，没有其他任何的好处
|
 |
4
xrea 2011-09-01 08:03:07 +08:00
|
 |
5
iugo 2011-09-01 08:13:01 +08:00
早上起床收到邮件。现在还是在找平衡点吧。
|
 |
6
love 2011-09-01 09:20:39 +08:00
本来想GAE这种平台应该运行效率比较高吧，成本应该比VPS低很多才合理。
|
 |
7
feilaoda 2011-09-01 09:23:23 +08:00
放在GAE上就是个大错误
不要死不承认。 |
 |
8
linsk 2011-09-01 09:25:31 +08:00
是否意味着PB Tornado版本也会在计划页面上露面
|
 |
9
Livid MOD OP 无论如何，V2EX 能够发展到今天，要感谢 GAE。
现在遇到了一些挑战，设法解决就是。 |
 |
10
vven 2011-09-01 09:30:33 +08:00
一直不太明白邮件上的leaving Preview怎么译
看了下面才知道要收钱了 |
 |
11
fcicq 2011-09-01 10:01:25 +08:00
搬走! 看来只有 openshift 还好了. 只有 24 Instance Hours 的话绝对不够.
|
 |
12
bhuztez 2011-09-01 10:05:29 +08:00
和Tornado有啥关系，不解
|
 |
14
alai 2011-09-01 10:20:16 +08:00
正好借这个贴追一茬
还有哪些靠谱的云？ |
 |
15
huiyubird 2011-09-01 10:23:04 +08:00
弱弱的问一下：
Datastore API 50k operations $0.01 / 10k operations 这个50k operation 不会指的是总共允许5万次的数据库操作吧？还是每天/月/年？ |
 |
16
phus 2011-09-01 10:24:49 +08:00
看到24 Instance Hours被雷到了，就这一条限制基本上就把免费的应用杀光了啊～～
|
 |
17
jeeson 2011-09-01 10:36:17 +08:00
|
 |
18
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 |
 |
19
lenmore 2011-09-01 10:42:53 +08:00
@phus
所有免费配额都是按天算的，per app per day 24 Instance Hours，只启动一个Instance的话，够用了。 50k operations 有点少， 0.57 ops/s，要下点功夫优化。 |
 |
20
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。 |
 |
21
MarshallChen 2011-09-01 10:47:37 +08:00
这意味着架GAE将不是一个好主意了么 还是本来就不是个好主意
|
 |
22
CoX 2011-09-01 10:49:52 +08:00
看来免费的午餐不好吃啊
|
|
23
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 $. |
|
24
sohoer 2011-09-01 10:58:17 +08:00
|
|
25
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跑的高, 看来得整整了 |
|
26
keakon 2011-09-01 11:08:53 +08:00
@sohoer 影响不大。马上会支持Python 2.7（从billing history看估计是November 20th, 2011），到时候一个instance可以同时响应多个请求。
另外发现这几天的数据库读取次数都刚好超过50k，看来得优化了＝。＝ |
|
27
sohoer 2011-09-01 11:19:01 +08:00
|
 |
28
Leo 2011-09-01 11:43:33 +08:00
看来得找个靠谱少折腾得据点了
|
 |
29
yoyicue 2011-09-01 11:43:40 +08:00
放在 AWS 上的 Project Babel 3 即将要出现么?
|
 |
30
dreampuf 2011-09-01 11:47:00 +08:00
关注V2EX动向.
|
 |
31
liuhang0077 2011-09-01 11:53:26 +08:00
收到邮件淡定中。 继续使用AWS
|
 |
32
istef 2011-09-01 12:11:02 +08:00
个人感觉调整收费后 gae 对于中国大陆用户毫无优势，偶们还得折腾反向代理，还不如干脆直接倒像 AWS。很庆幸的是我通过 GAE 入门 Python 后，兴趣逐渐转移到 tornado, flask 这样的框架上去了。部署了一两个练手的应用现在也已经都脱离了 GAE 跑在 tornado 上。。。。
|
|
33
phus 2011-09-01 17:57:59 +08:00
|
 |
34
dimlau 2011-09-01 18:03:13 +08:00
好吧，反正我正学 Livid 推荐的 tornado 。
|
 |
35
nitoyoa 2011-09-01 18:50:01 +08:00 via Android
哎。悲催
|
 |
36
muxi 2011-09-01 18:59:54 +08:00 via Android
早上收到邮件，很庆幸当初没把一个比较大的站放到gae上，不然这下惨了，每天几十刀 ，现在linode一个月才50刀
|
|
37
Los 2011-09-01 21:21:38 +08:00
按照V2EX现在的情况Linode 512套餐应该完全足以支撑起了的才是，即使512不能支撑，升级到Linode 768就是了。
？ |
|
39
Los 2011-09-01 21:31:08 +08:00
@Livid 我并没有太多关于V2EX PV的数据，不过以我运营的一个小论坛来看，每天7万多PV，相对V2EX还多了图片上传的支持，所以..
|
 |
40
cabinw 2011-09-01 21:31:34 +08:00
还是AWS靠谱，总觉得GAE就是玩玩的
|
|
43
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! |
|
44
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，浏览多发帖不算太多（读多写少），机器负载不高，偏低
|
|
45
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 |
 |
48
orzzzzz 2011-09-02 08:22:50 +08:00
|
 |
49
kojp 2011-09-02 09:22:04 +08:00
呃。。这是个大问题。但是不是说，对小的应用基本上没影响？
|
 |
50
kingwkb 2011-09-02 10:03:17 +08:00
还是vps实用、实在
|
|
51
phus 2011-09-02 12:17:57 +08:00
关注appengine group一天了，看了GAE Team是铁了心的。他们的目标是企业用户，而不是我们这些开发者了。有种卸磨杀驴的感觉。
|
 |
53
levithinking 2011-09-02 13:08:24 +08:00
养肥了再宰
现在很多标榜开源、自由、免费的软件都是这路子 免费只是幌子，盈利才是终极目标，这个在开始时就已经布好局了 |
Select Language