作者Lucemia (生の直感、死の予感)
看板Python
标题Re: [闲聊] Google App Engine 释出
时间Mon Jun 16 14:54:39 2008
※ 引述《Tiberius (渴望平凡的幸福)》之铭言:
: → huggie:Bigtable 没有 joins...那那..我不懂怎麽设计 database 04/12 18:14
: Read The Fine Maunal ... XD
: http://0rz.tw/6a3Xs [code.google.com]
: ==
: Google 能这样 scale 一定有它独到的地方 ...
: 如果随便拿个 MySQL, RoR 就能飞天的话, 还需要这麽麻烦吗? ;)
: (当然要适才适所啦, 不要说我对什麽东西有偏见 ...
: 上面的对象换成 Oracle/pgSQL/sqlite, Python/Perl/PHP/Java/C# 之类的都适用吧)
: 我个人的主观意见嘛 ... Anything but Java, please. (逃)
前天参加 Google Dev Day 後才初步认识这个东西
会场介绍中对於储存上的 scaliability 能力介绍相当不错。
但是没有提到计算能力,或是平行化能力的scaliability,
像是map reduce功能之类的。
在会场问了一位google 人员是说已经有在app Engine中了,
但後来又上网查了些资料..
http://gregable.com/2008/05/google-appengine-critical-flaw.html
http://highscalability.com/google-appengine-second-lookaw.html
很不解的是照这两篇的讲法,GAE没有提供map reduce。
map reduce与平行化与大量处理能力相关,
google 如不希望提供这个功能也是能理解的。
但在本质上,big table 的运作是需要搭配map reduce功能的。
听後来讲云端计算的内容就可以知道,
没有map reduce的话会造成一些很基本的功能,像是最简单的计数,
在big table上的实现困难,或是使用不到big table的优点。
这部份蛮令人困惑的..
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 140.126.252.49
※ 编辑: Lucemia 来自: 140.126.252.49 (06/16 14:55)
※ 编辑: Lucemia 来自: 140.110.216.36 (06/16 18:20)
1F:推 ericsk:应该只是现在还没有,未来有offline processing 应该就有了 06/16 21:45
2F:推 ericsk:吧...XD 06/16 21:46