r***s
发帖数: 737 | 1 这个cloud应该就是前些年学术界说的grid. 是由高速网络连接的一堆
计算机（他妈的不就是cluster)，给用户提供一个单机的界面。当然
懂行的可以看出来我简化了很多东西。但是这里有一部分简化，譬如
说给用户提供一个单机，但是好像存储和计算能力都无穷的界面，正
是云计算的目的。只是这个目的达不到。
正因为这个达不到，就造成了云计算运营模式中的一个重大缺陷。现
阶段的云计算，在我看来，如果没有重大技术突破。只是用于中小企
业和个人用户，对大规模应用的前景不好。
比如一个小用户在cluster上跑一两个应用程序，cloud system给这个
用户分两个节点，程序跑起来了。晚上用户下班，程序休眠，节点让
出来给别人用，早晨上班，一个request唤醒，cloud system在系统里
见缝插针的找两个节点跑这个程序。反应时间快点慢点，没太大关系。
但是对于大型程序，数据在一两个节点放不下的情况下，情况就不太一样
由于云计算无法隐藏cluster本身的复杂性，程序员的工作量和复杂度就
大大增加。比方说amazon的那个玩意里面连消息队列的一致性都不保证，
数据库的一致性模型更加复杂。这 |
v******d
发帖数: 1322 | 2 cloud computing is at least grid+software as a service, but actually even
more!
【在 r***s 的大作中提到】
: 这个cloud应该就是前些年学术界说的grid. 是由高速网络连接的一堆
: 计算机（他妈的不就是cluster)，给用户提供一个单机的界面。当然
: 懂行的可以看出来我简化了很多东西。但是这里有一部分简化，譬如
: 说给用户提供一个单机，但是好像存储和计算能力都无穷的界面，正
: 是云计算的目的。只是这个目的达不到。
: 正因为这个达不到，就造成了云计算运营模式中的一个重大缺陷。现
: 阶段的云计算，在我看来，如果没有重大技术突破。只是用于中小企
: 业和个人用户，对大规模应用的前景不好。
: 比如一个小用户在cluster上跑一两个应用程序，cloud system给这个
: 用户分两个节点，程序跑起来了。晚上用户下班，程序休眠，节点让
|
M*****a
发帖数: 2054 | 3 grid不是高速网络的。。。
grid吹到后面吹不下去了就开始往web service靠
【在 r***s 的大作中提到】
: 这个cloud应该就是前些年学术界说的grid. 是由高速网络连接的一堆
: 计算机（他妈的不就是cluster)，给用户提供一个单机的界面。当然
: 懂行的可以看出来我简化了很多东西。但是这里有一部分简化，譬如
: 说给用户提供一个单机，但是好像存储和计算能力都无穷的界面，正
: 是云计算的目的。只是这个目的达不到。
: 正因为这个达不到，就造成了云计算运营模式中的一个重大缺陷。现
: 阶段的云计算，在我看来，如果没有重大技术突破。只是用于中小企
: 业和个人用户，对大规模应用的前景不好。
: 比如一个小用户在cluster上跑一两个应用程序，cloud system给这个
: 用户分两个节点，程序跑起来了。晚上用户下班，程序休眠，节点让
|
g*****g
发帖数: 34805 | 4 cloud当然有其价值，中小企业没有能力自己创建和维护
数据仓库，租用云。起始成本低，能够承受高峰冲击，日后
可以无缝扩展。而且安全，病毒这些东西可以统统不管。
从开发的角度看，并不见得比在自己管理的服务器上复杂多少。
AC2是给一个虚拟主机让你自己管，除了一些脚本其实是一样的。
Google Apps的接口要高一些，相当于给了一个应用服务器，
只要写应用就行。
【在 r***s 的大作中提到】
: 这个cloud应该就是前些年学术界说的grid. 是由高速网络连接的一堆
: 计算机（他妈的不就是cluster)，给用户提供一个单机的界面。当然
: 懂行的可以看出来我简化了很多东西。但是这里有一部分简化，譬如
: 说给用户提供一个单机，但是好像存储和计算能力都无穷的界面，正
: 是云计算的目的。只是这个目的达不到。
: 正因为这个达不到，就造成了云计算运营模式中的一个重大缺陷。现
: 阶段的云计算，在我看来，如果没有重大技术突破。只是用于中小企
: 业和个人用户，对大规模应用的前景不好。
: 比如一个小用户在cluster上跑一两个应用程序，cloud system给这个
: 用户分两个节点，程序跑起来了。晚上用户下班，程序休眠，节点让
|
x*h
发帖数: 757 | 5 同意。。
我觉得ec2的方式更有潜力些，因为不现有的编程模式不需要变化。。
【在 g*****g 的大作中提到】
: cloud当然有其价值，中小企业没有能力自己创建和维护
: 数据仓库，租用云。起始成本低，能够承受高峰冲击，日后
: 可以无缝扩展。而且安全，病毒这些东西可以统统不管。
: 从开发的角度看，并不见得比在自己管理的服务器上复杂多少。
: AC2是给一个虚拟主机让你自己管，除了一些脚本其实是一样的。
: Google Apps的接口要高一些，相当于给了一个应用服务器，
: 只要写应用就行。
|
g*****g
发帖数: 34805 | 6 ec2 is certainly more flexible. But google apps can be
simpler and costs less.
It's like the difference of maintaining a machine and
an application server. If you are starting a new project,
google apps can be attractive.
【在 x*h 的大作中提到】
: 同意。。
: 我觉得ec2的方式更有潜力些，因为不现有的编程模式不需要变化。。
|
f**********r
发帖数: 2137 | 7 只是用于中小企业和个人用户就已经是很不错的进步了，你就好像说iphone不能跑太复杂
的程序，所以iphone没什么大规模的前景。
【在 r***s 的大作中提到】
: 这个cloud应该就是前些年学术界说的grid. 是由高速网络连接的一堆
: 计算机（他妈的不就是cluster)，给用户提供一个单机的界面。当然
: 懂行的可以看出来我简化了很多东西。但是这里有一部分简化，譬如
: 说给用户提供一个单机，但是好像存储和计算能力都无穷的界面，正
: 是云计算的目的。只是这个目的达不到。
: 正因为这个达不到，就造成了云计算运营模式中的一个重大缺陷。现
: 阶段的云计算，在我看来，如果没有重大技术突破。只是用于中小企
: 业和个人用户，对大规模应用的前景不好。
: 比如一个小用户在cluster上跑一两个应用程序，cloud system给这个
: 用户分两个节点，程序跑起来了。晚上用户下班，程序休眠，节点让
|
e***g
发帖数: 1696 | 8 需要雇拥昂贵cloud程序员有什么不好呀? 不要总站在资方角度考虑问题
【在 r***s 的大作中提到】
: 这个cloud应该就是前些年学术界说的grid. 是由高速网络连接的一堆
: 计算机（他妈的不就是cluster)，给用户提供一个单机的界面。当然
: 懂行的可以看出来我简化了很多东西。但是这里有一部分简化，譬如
: 说给用户提供一个单机，但是好像存储和计算能力都无穷的界面，正
: 是云计算的目的。只是这个目的达不到。
: 正因为这个达不到，就造成了云计算运营模式中的一个重大缺陷。现
: 阶段的云计算，在我看来，如果没有重大技术突破。只是用于中小企
: 业和个人用户，对大规模应用的前景不好。
: 比如一个小用户在cluster上跑一两个应用程序，cloud system给这个
: 用户分两个节点，程序跑起来了。晚上用户下班，程序休眠，节点让
|
g*****g
发帖数: 34805 | 9 It's hard to say cloud developer will be much more expensive.
Providers are taking major efforts to simply the cloud interface,
Even if cloud developer is more expensive, consider you now
save the cost of network admin, it should be worth it.
【在 e***g 的大作中提到】
: 需要雇拥昂贵cloud程序员有什么不好呀? 不要总站在资方角度考虑问题
|
N**D
发帖数: 10322 | 10 network admin is the most expensive one
【在 g*****g 的大作中提到】
: It's hard to say cloud developer will be much more expensive.
: Providers are taking major efforts to simply the cloud interface,
: Even if cloud developer is more expensive, consider you now
: save the cost of network admin, it should be worth it.
|
|
|
d*****d
发帖数: 180 | 11 VMs with SLA or Application Servers
scale on demond
Basic Services like storage, database, MQ.....
charge based on cpu power, ram size, storage size, services, traffics...
eliminate hardware maintainance..
There seems to be a sweet spot for certain typed and sized companies, but
not a all in one solution for others. |
r***s
发帖数: 737 | 12 我可没说cloud的什么“大规模前景”。 我只说cloud在跑大数据量
复杂度较高和对性能要求高的应用的时候有很大的问题，除非出现
重大技术突破。
复杂
【在 f**********r 的大作中提到】
: 只是用于中小企业和个人用户就已经是很不错的进步了，你就好像说iphone不能跑太复杂
: 的程序，所以iphone没什么大规模的前景。
|
r***s
发帖数: 737 | 13 这个major efforts在当初老祖宗用的clay机的时候就有了。核心问题是一个，
如何将一个大数据量的应用跑在一个网络连接的多节点计算机上。涉及数据
划分，计算划分，通讯同步。。。
要让程序员手动作这些东西，接口就简单不了。现有的自动划分的结果没有
办法保证性能，在底层接口不保证一致性的情况下连正确性都没有办法保证。
cloud对中小型应用很不错就是大部分这种东西需要的同步少，模块少，分
到cloud的节点上相对简单。
【在 g*****g 的大作中提到】
: It's hard to say cloud developer will be much more expensive.
: Providers are taking major efforts to simply the cloud interface,
: Even if cloud developer is more expensive, consider you now
: save the cost of network admin, it should be worth it.
|
g*****g
发帖数: 34805 | 14 Big companies would prefer their own data warehouse for
security alone. Rental is going to be more expensive over
time for big companies too.
【在 d*****d 的大作中提到】
: VMs with SLA or Application Servers
: scale on demond
: Basic Services like storage, database, MQ.....
: charge based on cpu power, ram size, storage size, services, traffics...
: eliminate hardware maintainance..
: There seems to be a sweet spot for certain typed and sized companies, but
: not a all in one solution for others.
|
g*****g
发帖数: 34805 | 15 I don't think the interface of MapReduce/Hadoop is very
complicate.
【在 r***s 的大作中提到】
: 这个major efforts在当初老祖宗用的clay机的时候就有了。核心问题是一个，
: 如何将一个大数据量的应用跑在一个网络连接的多节点计算机上。涉及数据
: 划分，计算划分，通讯同步。。。
: 要让程序员手动作这些东西，接口就简单不了。现有的自动划分的结果没有
: 办法保证性能，在底层接口不保证一致性的情况下连正确性都没有办法保证。
: cloud对中小型应用很不错就是大部分这种东西需要的同步少，模块少，分
: 到cloud的节点上相对简单。
|
r***s
发帖数: 737 | 16 if you think mapreduce and hadoop could cover pretty much
everything in bussiness computing. I really don't have
much to say
【在 g*****g 的大作中提到】
: I don't think the interface of MapReduce/Hadoop is very
: complicate.
|
g*****g
发帖数: 34805 | 17 I never say everything, but in reality, many business applications
can use mapreduce. Scientific calculations typically are more coupled
between the data, not bussiness applications.
【在 r***s 的大作中提到】
: if you think mapreduce and hadoop could cover pretty much
: everything in bussiness computing. I really don't have
: much to say
|
d********u
发帖数: 5383 | 18 为什么“起始成本低"?怎么把现有的BUSINESS LOGICS移植到云上？谁来做移植的事？
谁来维护？怎么扩展？安全性怎么解决？怎么解决并行性？通讯效率怎么保证？这些事
是那些叫嚣云的人永远也不告诉你的，因为他们也不知道。
目前的云跟以前的GRID（顺便说一句，当年有人叫嚣GRID比谁都起劲，现在不知道为什
么，又转到云上来了，没他不懂的），再以前的CLUSTER，还有现在的WEB SERVICE，到
底啥区别？不要上来先来两结论，里头包俩新名词。那是给VC装B用的，不解决实际问
题。
这个事情不是拷贝几个脚本就解决的事。你搭一堆SERVER，然后跑个OFFICE ONLIEN或
者GOOGLE DOC，就叫云？
顺便说一句，中小企业是指人数说的，不是指他们做的事情。30人的小企业做的事，你
连听都听不懂。这也是为什么ERP市场如此混乱的原因－－SAP以为自己NB，拿出去的东
西跟SHIT一样。为什么？因为他不懂人家企业的真正需要，只是卖以前的老底，瞎JB实
施而已。相反，一些小企业却玩儿的风声水气，就是因为他懂。云的实施也一样，什么
都不懂你怎么去帮别人实施呢？可话又说回来了，你真
【在 g*****g 的大作中提到】
: cloud当然有其价值，中小企业没有能力自己创建和维护
: 数据仓库，租用云。起始成本低，能够承受高峰冲击，日后
: 可以无缝扩展。而且安全，病毒这些东西可以统统不管。
: 从开发的角度看，并不见得比在自己管理的服务器上复杂多少。
: AC2是给一个虚拟主机让你自己管，除了一些脚本其实是一样的。
: Google Apps的接口要高一些，相当于给了一个应用服务器，
: 只要写应用就行。
|
g*****g
发帖数: 34805 | 19 为啥起始成本低，因为你不用买服务器！
你有个小屁应用，自己觉得还不错，基于Google Apps之上
做一个，刚开始流量小，完全免费。假如像youtube，twitter
发达了，流量上来了，你还是不用买服务器，交流量费就好了。
扩展，安全，google负责，你觉得没吸引力？
【在 d********u 的大作中提到】
: 为什么“起始成本低"?怎么把现有的BUSINESS LOGICS移植到云上？谁来做移植的事？
: 谁来维护？怎么扩展？安全性怎么解决？怎么解决并行性？通讯效率怎么保证？这些事
: 是那些叫嚣云的人永远也不告诉你的，因为他们也不知道。
: 目前的云跟以前的GRID（顺便说一句，当年有人叫嚣GRID比谁都起劲，现在不知道为什
: 么，又转到云上来了，没他不懂的），再以前的CLUSTER，还有现在的WEB SERVICE，到
: 底啥区别？不要上来先来两结论，里头包俩新名词。那是给VC装B用的，不解决实际问
: 题。
: 这个事情不是拷贝几个脚本就解决的事。你搭一堆SERVER，然后跑个OFFICE ONLIEN或
: 者GOOGLE DOC，就叫云？
: 顺便说一句，中小企业是指人数说的，不是指他们做的事情。30人的小企业做的事，你
|
w*********e
发帖数: 5286 | 20 就算抛开安全性等诸多基本问题，
应用也要看具体对象的，不是什么应用都可以套在
cloud上。
【在 g*****g 的大作中提到】
: 为啥起始成本低，因为你不用买服务器！
: 你有个小屁应用，自己觉得还不错，基于Google Apps之上
: 做一个，刚开始流量小，完全免费。假如像youtube，twitter
: 发达了，流量上来了，你还是不用买服务器，交流量费就好了。
: 扩展，安全，google负责，你觉得没吸引力？
|
|
|
r***s
发帖数: 737 | 21 no, most business application can NOT use mapreduce，most production
system jobs are not aggregation!
对于大部分企业应用，计算模式都是不规整的，从乱七八糟的一堆数据库里头
这里抓一行，那里抓一行，几个结果抓到一起，一堆if then else以后，再到
另外一个什么地方抓点数据，然后有结果以后写，也是这里改一行数据，那里
再改一行，中间掺杂一堆if then else，决定到哪个数据库，改哪一行。改了
以后另外不知道有什么东西会读这些数据然后做出一系列其他决定。
你可以想象一下fedex，每个package进入系统后会有十几二十个job在系统里生
成，同时有多少个这种job在同时运行。每个job只管一个package的某些方面，
比方说分配它上了哪一辆卡车。然后这一辆车坏了，另一个job需要搞清楚多少
package会受影响等等。很多时候job之间的依赖关系是通过数据库体现的。象
这种玩意，怎么往mapreduce上搬？
看上去好像这种系统更容易往cloud上搬，因为job都很小。但是j
【在 g*****g 的大作中提到】
: I never say everything, but in reality, many business applications
: can use mapreduce. Scientific calculations typically are more coupled
: between the data, not bussiness applications.
|
r***s
发帖数: 737 | 22 还有，如何测试？在cloud的load从来都不确定的情况下，如何做功能甚至性能测试？
【在 d********u 的大作中提到】
: 为什么“起始成本低"?怎么把现有的BUSINESS LOGICS移植到云上？谁来做移植的事？
: 谁来维护？怎么扩展？安全性怎么解决？怎么解决并行性？通讯效率怎么保证？这些事
: 是那些叫嚣云的人永远也不告诉你的，因为他们也不知道。
: 目前的云跟以前的GRID（顺便说一句，当年有人叫嚣GRID比谁都起劲，现在不知道为什
: 么，又转到云上来了，没他不懂的），再以前的CLUSTER，还有现在的WEB SERVICE，到
: 底啥区别？不要上来先来两结论，里头包俩新名词。那是给VC装B用的，不解决实际问
: 题。
: 这个事情不是拷贝几个脚本就解决的事。你搭一堆SERVER，然后跑个OFFICE ONLIEN或
: 者GOOGLE DOC，就叫云？
: 顺便说一句，中小企业是指人数说的，不是指他们做的事情。30人的小企业做的事，你
|
v******d
发帖数: 1322 | 23 这样的jobs不需要mr吧，这些job本身就比较小了，还要分么？直接schedule就好了
【在 r***s 的大作中提到】
: no, most business application can NOT use mapreduce，most production
: system jobs are not aggregation!
: 对于大部分企业应用，计算模式都是不规整的，从乱七八糟的一堆数据库里头
: 这里抓一行，那里抓一行，几个结果抓到一起，一堆if then else以后，再到
: 另外一个什么地方抓点数据，然后有结果以后写，也是这里改一行数据，那里
: 再改一行，中间掺杂一堆if then else，决定到哪个数据库，改哪一行。改了
: 以后另外不知道有什么东西会读这些数据然后做出一系列其他决定。
: 你可以想象一下fedex，每个package进入系统后会有十几二十个job在系统里生
: 成，同时有多少个这种job在同时运行。每个job只管一个package的某些方面，
: 比方说分配它上了哪一辆卡车。然后这一辆车坏了，另一个job需要搞清楚多少
|
g*****g
发帖数: 34805 | 24 Most web applications do not need parallel computing, they just need
load balancing and shared DB. Of course cloud works well.
For your fedex example, processing of single package can be
sequentially, the 20 jobs related to it can be executed one by
one and I don't see it a restriction.
Or take it this way, how many popular websites you know can not
be kept in a cloud like EC2?
【在 r***s 的大作中提到】
: no, most business application can NOT use mapreduce，most production
: system jobs are not aggregation!
: 对于大部分企业应用，计算模式都是不规整的，从乱七八糟的一堆数据库里头
: 这里抓一行，那里抓一行，几个结果抓到一起，一堆if then else以后，再到
: 另外一个什么地方抓点数据，然后有结果以后写，也是这里改一行数据，那里
: 再改一行，中间掺杂一堆if then else，决定到哪个数据库，改哪一行。改了
: 以后另外不知道有什么东西会读这些数据然后做出一系列其他决定。
: 你可以想象一下fedex，每个package进入系统后会有十几二十个job在系统里生
: 成，同时有多少个这种job在同时运行。每个job只管一个package的某些方面，
: 比方说分配它上了哪一辆卡车。然后这一辆车坏了，另一个job需要搞清楚多少
|
s******n
发帖数: 876 | 25 你们讨论的是两个极端的事情。 如果你有Fedex的规模，你当然不会去用Amazon的
service。对于小型应用，所谓的cloud还是有价格和服务的优势的。
看一下google app engine的限制：
no backround jobs. a computation must be initiated by a http request. it
must finish within 30 seconds or it will be killed. request/response size
cannot exceed 10MB. each app cannot serve more than 30 simultaneous requests
. an app cannot create threads, cannot write files, cannot open sockets,
cannot make system calls...
这也叫cloud computing，但是显然跟LZ指的cloud差太远了。 |
w*********e
发帖数: 5286 | 26 agree，其实其实你说的例子就是一个update heavy OLTP的系统,
对于鼓吹cloud的，可以问问他们如何直接套用map reduce那套东西？
如果作data partitioning, share-nothing架构, 那就是degenerate 到现在的cluster
了，现在cluster存在的问题cloud一个不少，为什么要用cloud？ google 用cloud用的
好不等于所有人都能用。
【在 r***s 的大作中提到】
: no, most business application can NOT use mapreduce，most production
: system jobs are not aggregation!
: 对于大部分企业应用，计算模式都是不规整的，从乱七八糟的一堆数据库里头
: 这里抓一行，那里抓一行，几个结果抓到一起，一堆if then else以后，再到
: 另外一个什么地方抓点数据，然后有结果以后写，也是这里改一行数据，那里
: 再改一行，中间掺杂一堆if then else，决定到哪个数据库，改哪一行。改了
: 以后另外不知道有什么东西会读这些数据然后做出一系列其他决定。
: 你可以想象一下fedex，每个package进入系统后会有十几二十个job在系统里生
: 成，同时有多少个这种job在同时运行。每个job只管一个package的某些方面，
: 比方说分配它上了哪一辆卡车。然后这一辆车坏了，另一个job需要搞清楚多少
|
g*****g
发帖数: 34805 | 27 cloud可以用mapreduce，但不用mapreduce就不叫cloud了吗？
绝大部分的web应用，就是load balanced的服务器集群加共享
的数据库，我看不出为啥不能在cloud上跑。
至于为啥要用cloud，成本是对中小企业最关键的地方。另外
可以顶住过载，是很重要的另一个东西。比如你这东西白天
用的人是晚上的10倍，用EC2你可以白天开10个节点，晚上1个，
显然租赁成本低。某天你突然发现你的网站访问的人很多，
你可以在很短时间内加倍你的服务器节点。买机器从头装来得及吗？
我可以基于google app engine写个web 应用，一分钱不花。
如果你去买或者租赁一个主机，雇个网管，成本能一样吗？
cluster
【在 w*********e 的大作中提到】
: agree，其实其实你说的例子就是一个update heavy OLTP的系统,
: 对于鼓吹cloud的，可以问问他们如何直接套用map reduce那套东西？
: 如果作data partitioning, share-nothing架构, 那就是degenerate 到现在的cluster
: 了，现在cluster存在的问题cloud一个不少，为什么要用cloud？ google 用cloud用的
: 好不等于所有人都能用。
|
w*********e
发帖数: 5286 | 28 一个update heavy的OLTP， 你光load balance有什么用？ 你的data在cloud上怎么存？cloud上share-everything架构根本不可能， 光一个数据consistency问题如何保证？更不用提安全性等其他问题了。
我说了，cloud有自己合适的application domain，本质上是app logic, 不是企业和应用的大小 决定了能不能用cloud。比如google search那套东西，就是cloud最fit的应用。
没有人否认cloud有一定的价值，但是现在cloud概念化炒作成分太大，某些公司出于商
业利益过分吹捧cloud，学术界某些人为了funding，paper也是大吹cloud，前两年的
grid也曾经是这么大热, 但是最后的市场检验的结果和他们所宣扬的差了10万8千里。
【在 g*****g 的大作中提到】
: cloud可以用mapreduce，但不用mapreduce就不叫cloud了吗？
: 绝大部分的web应用，就是load balanced的服务器集群加共享
: 的数据库，我看不出为啥不能在cloud上跑。
: 至于为啥要用cloud，成本是对中小企业最关键的地方。另外
: 可以顶住过载，是很重要的另一个东西。比如你这东西白天
: 用的人是晚上的10倍，用EC2你可以白天开10个节点，晚上1个，
: 显然租赁成本低。某天你突然发现你的网站访问的人很多，
: 你可以在很短时间内加倍你的服务器节点。买机器从头装来得及吗？
: 我可以基于google app engine写个web 应用，一分钱不花。
: 如果你去买或者租赁一个主机，雇个网管，成本能一样吗？
|
g*****g
发帖数: 34805 | 29 cloud上share everything根本不可能？I服了U，
你去看看Amazon S3再来吧。就算不用S3，
在EC2上起个MySQL之类的，不理解为啥不能share everything.
存？cloud上share-everything架构根本不可能， 光一个数据consistency问题如何保
证？更不用提安全性等其他问题了。
应用的大小 决定了能不能用cloud。比如google search那套东西，就是cloud最fit的
应用。
【在 w*********e 的大作中提到】
: 一个update heavy的OLTP， 你光load balance有什么用？ 你的data在cloud上怎么存？cloud上share-everything架构根本不可能， 光一个数据consistency问题如何保证？更不用提安全性等其他问题了。
: 我说了，cloud有自己合适的application domain，本质上是app logic, 不是企业和应用的大小 决定了能不能用cloud。比如google search那套东西，就是cloud最fit的应用。
: 没有人否认cloud有一定的价值，但是现在cloud概念化炒作成分太大，某些公司出于商
: 业利益过分吹捧cloud，学术界某些人为了funding，paper也是大吹cloud，前两年的
: grid也曾经是这么大热, 但是最后的市场检验的结果和他们所宣扬的差了10万8千里。
|
w*********e
发帖数: 5286 | 30 请看清楚再回帖，我说的是OLTP在cloud上在share everything不可能
如果想要scalable的话.
【在 g*****g 的大作中提到】
: cloud上share everything根本不可能？I服了U，
: 你去看看Amazon S3再来吧。就算不用S3，
: 在EC2上起个MySQL之类的，不理解为啥不能share everything.
:
: 存？cloud上share-everything架构根本不可能， 光一个数据consistency问题如何保
: 证？更不用提安全性等其他问题了。
: 应用的大小 决定了能不能用cloud。比如google search那套东西，就是cloud最fit的
: 应用。
|
|
|
g*****g
发帖数: 34805 | 31 你想讨论OLTP不能另开一贴？楼主好像没有专门讨论OLTP。
云上能不能实现OLTP可以另外讨论，你的口气好像云就是忽悠用的。
【在 w*********e 的大作中提到】
: 请看清楚再回帖，我说的是OLTP在cloud上在share everything不可能
: 如果想要scalable的话.
|
w*********e
发帖数: 5286 | 32 我说OLTP是因为人家举的例子本质上就是一个OLTP的例子。cloud
如果不能解决很多fundamental的问题，其应用范围就是一些特定的applications而已
不会达到现在pro-cloud那些人宣称的革命性效果。
还有，不要歪曲别人的意思好不好, 我什么时候说云就是忽悠了？
【在 g*****g 的大作中提到】
: 你想讨论OLTP不能另开一贴？楼主好像没有专门讨论OLTP。
: 云上能不能实现OLTP可以另外讨论，你的口气好像云就是忽悠用的。
|
g*****g
发帖数: 34805 | 33 http://www.marketwire.com/press-release/Enterprisedb-Corporation-815155.html
好吧，你先看看这个再说吧。
【在 w*********e 的大作中提到】
: 我说OLTP是因为人家举的例子本质上就是一个OLTP的例子。cloud
: 如果不能解决很多fundamental的问题，其应用范围就是一些特定的applications而已
: 不会达到现在pro-cloud那些人宣称的革命性效果。
: 还有，不要歪曲别人的意思好不好, 我什么时候说云就是忽悠了？
|
d********u
发帖数: 5383 | 34 服务器的成本从来就不是主要的成本。人比服务器贵多了！不要光看人的工资，医疗保
险就比工资多多了，这也就是为什么一些大公司只裁人，不实施减薪的原因－－减薪实
在是省不了几个钱的。
现实里，随便一个应用就不是小屁应用（学校里的垃圾除外).GENERAL LEDGER简单吧，
你做一个给我看看，来几个AR，AP就把你搞晕了。GOOGLE的人有几个懂这个的？你不懂
怎么实施呢？
再说安全。什么是安全？不是说你装几个PATCH就可以说你安全了。那只是机器的安全
，跟APP的安全完全不搭界。你怎么处理谁可以谁不可以看报表？你怎么处理挎公司的
帐单？诸如此类的细节你让GOOGLE做？
扩展性我就不说了。这是一个可以吃一辈子的饭碗，就更复杂了。
我不是说云不可以。我只是说我不知道它怎么可以。现在忽悠云的就跟国内现在忽悠3G
的一样－－上下嘴唇一捧，就图个嘴上痛快。
【在 g*****g 的大作中提到】
: 为啥起始成本低，因为你不用买服务器！
: 你有个小屁应用，自己觉得还不错，基于Google Apps之上
: 做一个，刚开始流量小，完全免费。假如像youtube，twitter
: 发达了，流量上来了，你还是不用买服务器，交流量费就好了。
: 扩展，安全，google负责，你觉得没吸引力？
|
d********u
发帖数: 5383 | 35 这跟有狗那年就有的web service有啥区别？有啥优势？
requests
【在 s******n 的大作中提到】
: 你们讨论的是两个极端的事情。 如果你有Fedex的规模，你当然不会去用Amazon的
: service。对于小型应用，所谓的cloud还是有价格和服务的优势的。
: 看一下google app engine的限制：
: no backround jobs. a computation must be initiated by a http request. it
: must finish within 30 seconds or it will be killed. request/response size
: cannot exceed 10MB. each app cannot serve more than 30 simultaneous requests
: . an app cannot create threads, cannot write files, cannot open sockets,
: cannot make system calls...
: 这也叫cloud computing，但是显然跟LZ指的cloud差太远了。
|
g*****g
发帖数: 34805 | 36 都瞎扯啥呀，我老做了将近10年企业应用开发，难道我不知道自己在说啥。
论应用的安全，如果你有设计问题，你放在google app engine上不安全的话，
放自己服务器上就安全了？
无论在EC2，还是app engine，应用都是你自己做，关google屁事。摆脱你弄明白
云是怎么回事再来好不好？
【在 d********u 的大作中提到】
: 服务器的成本从来就不是主要的成本。人比服务器贵多了！不要光看人的工资，医疗保
: 险就比工资多多了，这也就是为什么一些大公司只裁人，不实施减薪的原因－－减薪实
: 在是省不了几个钱的。
: 现实里，随便一个应用就不是小屁应用（学校里的垃圾除外).GENERAL LEDGER简单吧，
: 你做一个给我看看，来几个AR，AP就把你搞晕了。GOOGLE的人有几个懂这个的？你不懂
: 怎么实施呢？
: 再说安全。什么是安全？不是说你装几个PATCH就可以说你安全了。那只是机器的安全
: ，跟APP的安全完全不搭界。你怎么处理谁可以谁不可以看报表？你怎么处理挎公司的
: 帐单？诸如此类的细节你让GOOGLE做？
: 扩展性我就不说了。这是一个可以吃一辈子的饭碗，就更复杂了。
|
d********u
发帖数: 5383 | 37 你确实不知道自己在说啥。跟当年小猪有一拼。你那个“企业应用开发”也好意思拿出
来？不知道的还以为你MS/GOOGLE/SAP/SALESFORCE/EMC/ORA一锅端呢。
如果那个也算，我告诉你，我做企业级的应用的时候你还在准备考大学呢。
人云亦云未免太肤浅了，不管那个“人”是谁，你要是自己不动脑子思考，再做10年你
还是幼稚。
【在 g*****g 的大作中提到】
: 都瞎扯啥呀，我老做了将近10年企业应用开发，难道我不知道自己在说啥。
: 论应用的安全，如果你有设计问题，你放在google app engine上不安全的话，
: 放自己服务器上就安全了？
: 无论在EC2，还是app engine，应用都是你自己做，关google屁事。摆脱你弄明白
: 云是怎么回事再来好不好？
|
g*****g
发帖数: 34805 | 38 hehe, 你有本事划下道道来，总不成拉出几个企业名字就把我唬住了吧。
你码了这么多行，有那句话有意义吗？
【在 d********u 的大作中提到】
: 你确实不知道自己在说啥。跟当年小猪有一拼。你那个“企业应用开发”也好意思拿出
: 来？不知道的还以为你MS/GOOGLE/SAP/SALESFORCE/EMC/ORA一锅端呢。
: 如果那个也算，我告诉你，我做企业级的应用的时候你还在准备考大学呢。
: 人云亦云未免太肤浅了，不管那个“人”是谁，你要是自己不动脑子思考，再做10年你
: 还是幼稚。
|
w*********e
发帖数: 5286 | 39 你大概只是做应用的吧，你不清楚这个enterpriseDB+amazon是怎么回事，其可扩展性
有多少， 其目标用户是什么。
你只是google出一个消息而已
【在 g*****g 的大作中提到】
: http://www.marketwire.com/press-release/Enterprisedb-Corporation-815155.html
: 好吧，你先看看这个再说吧。
|
w*********e
发帖数: 5286 | 40 我觉得人家还是对cloud及其应用范围有些了解，
而你只是知道个cloud和几个名词而已。
【在 g*****g 的大作中提到】
: hehe, 你有本事划下道道来，总不成拉出几个企业名字就把我唬住了吧。
: 你码了这么多行，有那句话有意义吗？
|
|
|
d********u
发帖数: 5383 | 41 好吧，我再稍微详细解释一下我为什么说“你确实不知道自己在说啥”。你前面说过，
“初期开发费用低”（不完全是原话，意思大致如此）。你现在又说“都要自己做，不
关GOOGLE的事”。我不理解的是，我自己做，怎么会“初期费用低”？我都做了，
GOOGLE做什么？难道就是整点STORAGE，装装SP，整两人看着有没有流量异常以决定是
不是被黑了？
扯远点儿。LINUX用FREE这个词蒙了很长时间了。后来实在是蒙不住了，只能跑出来说
，我没说免费啊，我说的是自由。这就是一个典型的BAIT & SWITCH。
划道道就算了。这都啥年代了，有啥要死掐的？养好老婆孩子先吧。
【在 g*****g 的大作中提到】
: hehe, 你有本事划下道道来，总不成拉出几个企业名字就把我唬住了吧。
: 你码了这么多行，有那句话有意义吗？
|
v******d
发帖数: 1322 | 42 我想cloud应该是用来解决scalability的问题，在某些目标上跟grid有点像，不过因为
是针对的应用不一样，设计有很大差别，还有结合了virtualization, software/
platform/infrastructure as a service等等的概念和技术。
"初期费用低”可以理解为cloud提供了一些解决scalability的hardware和software
layers, 只要在这上面开发自己的程序就可以了，这样还是费用还是能够降低的。如
果是小型应用，应该降低不了多少初期费用。
还有维护一个大型系统费用还是很高的，这点不仅仅是“整点STORAGE，装装SP，整两
人看着有没有流量异常...”。
【在 d********u 的大作中提到】
: 好吧，我再稍微详细解释一下我为什么说“你确实不知道自己在说啥”。你前面说过，
: “初期开发费用低”（不完全是原话，意思大致如此）。你现在又说“都要自己做，不
: 关GOOGLE的事”。我不理解的是，我自己做，怎么会“初期费用低”？我都做了，
: GOOGLE做什么？难道就是整点STORAGE，装装SP，整两人看着有没有流量异常以决定是
: 不是被黑了？
: 扯远点儿。LINUX用FREE这个词蒙了很长时间了。后来实在是蒙不住了，只能跑出来说
: ，我没说免费啊，我说的是自由。这就是一个典型的BAIT & SWITCH。
: 划道道就算了。这都啥年代了，有啥要死掐的？养好老婆孩子先吧。
|
l********g
发帖数: 134 | 43 http://www.eecs.berkeley.edu/Pubs/TechRpts/2009/EECS-2009-28.html
Berkeley is Berkeley.
【在 v******d 的大作中提到】
: 我想cloud应该是用来解决scalability的问题，在某些目标上跟grid有点像，不过因为
: 是针对的应用不一样，设计有很大差别，还有结合了virtualization, software/
: platform/infrastructure as a service等等的概念和技术。
: "初期费用低”可以理解为cloud提供了一些解决scalability的hardware和software
: layers, 只要在这上面开发自己的程序就可以了，这样还是费用还是能够降低的。如
: 果是小型应用，应该降低不了多少初期费用。
: 还有维护一个大型系统费用还是很高的，这点不仅仅是“整点STORAGE，装装SP，整两
: 人看着有没有流量异常...”。
|
s*******a
发帖数: 8827 | 44 you get the big picture wrong
cloud computing is more about management and maintainance
not so much about improving performance
what you said "譬如说给用户提供一个单机，但是好像存储和计算能力都无穷的界面
，正
是云计算的目的。" is totally wrong
【在 r***s 的大作中提到】
: 这个cloud应该就是前些年学术界说的grid. 是由高速网络连接的一堆
: 计算机（他妈的不就是cluster)，给用户提供一个单机的界面。当然
: 懂行的可以看出来我简化了很多东西。但是这里有一部分简化，譬如
: 说给用户提供一个单机，但是好像存储和计算能力都无穷的界面，正
: 是云计算的目的。只是这个目的达不到。
: 正因为这个达不到，就造成了云计算运营模式中的一个重大缺陷。现
: 阶段的云计算，在我看来，如果没有重大技术突破。只是用于中小企
: 业和个人用户，对大规模应用的前景不好。
: 比如一个小用户在cluster上跑一两个应用程序，cloud system给这个
: 用户分两个节点，程序跑起来了。晚上用户下班，程序休眠，节点让
|
m*****r
发帖数: 130 | 45 有空你看看那片above the cloud 吧，不要想当然。
【在 r***s 的大作中提到】
: 这个cloud应该就是前些年学术界说的grid. 是由高速网络连接的一堆
: 计算机（他妈的不就是cluster)，给用户提供一个单机的界面。当然
: 懂行的可以看出来我简化了很多东西。但是这里有一部分简化，譬如
: 说给用户提供一个单机，但是好像存储和计算能力都无穷的界面，正
: 是云计算的目的。只是这个目的达不到。
: 正因为这个达不到，就造成了云计算运营模式中的一个重大缺陷。现
: 阶段的云计算，在我看来，如果没有重大技术突破。只是用于中小企
: 业和个人用户，对大规模应用的前景不好。
: 比如一个小用户在cluster上跑一两个应用程序，cloud system给这个
: 用户分两个节点，程序跑起来了。晚上用户下班，程序休眠，节点让
|
r***u
发帖数: 241 | 46 扯上linux做什么？linux就是free的，哪点蒙人了？
【在 d********u 的大作中提到】
: 好吧，我再稍微详细解释一下我为什么说“你确实不知道自己在说啥”。你前面说过，
: “初期开发费用低”（不完全是原话，意思大致如此）。你现在又说“都要自己做，不
: 关GOOGLE的事”。我不理解的是，我自己做，怎么会“初期费用低”？我都做了，
: GOOGLE做什么？难道就是整点STORAGE，装装SP，整两人看着有没有流量异常以决定是
: 不是被黑了？
: 扯远点儿。LINUX用FREE这个词蒙了很长时间了。后来实在是蒙不住了，只能跑出来说
: ，我没说免费啊，我说的是自由。这就是一个典型的BAIT & SWITCH。
: 划道道就算了。这都啥年代了，有啥要死掐的？养好老婆孩子先吧。
|
m*****r
发帖数: 130 | 47 火气这么大，搞啥呢
不可否认，云计算有跟以前很多东西重合的东西，很多炒作的成分，
但是新意还是不少的，事物总是螺旋上升的。
【在 d********u 的大作中提到】
: 为什么“起始成本低"?怎么把现有的BUSINESS LOGICS移植到云上？谁来做移植的事？
: 谁来维护？怎么扩展？安全性怎么解决？怎么解决并行性？通讯效率怎么保证？这些事
: 是那些叫嚣云的人永远也不告诉你的，因为他们也不知道。
: 目前的云跟以前的GRID（顺便说一句，当年有人叫嚣GRID比谁都起劲，现在不知道为什
: 么，又转到云上来了，没他不懂的），再以前的CLUSTER，还有现在的WEB SERVICE，到
: 底啥区别？不要上来先来两结论，里头包俩新名词。那是给VC装B用的，不解决实际问
: 题。
: 这个事情不是拷贝几个脚本就解决的事。你搭一堆SERVER，然后跑个OFFICE ONLIEN或
: 者GOOGLE DOC，就叫云？
: 顺便说一句，中小企业是指人数说的，不是指他们做的事情。30人的小企业做的事，你
|
g*****g
发帖数: 34805 | 48 I总算服了U，刚开始以为你是挖坑的，现在发现是真不懂的。
不懂就不要出来吓人好不好。google app engine 只是一个platform.
所谓的Platform As A Service，上面的应用自然要自己写。
google提供了一个host应用的平台，并且提供了数据库存储等等的
一些接口。目标是无限扩展。或者说，你只管写应用，扩展性他负责。
初期费用为啥低，我再重复一次。因为你只管写应用，不用买机器，
不用买带宽。相当于免费虚拟主机。
不懂就不要咋呼，术业有专攻，何必装逼呢。
【在 d********u 的大作中提到】
: 好吧，我再稍微详细解释一下我为什么说“你确实不知道自己在说啥”。你前面说过，
: “初期开发费用低”（不完全是原话，意思大致如此）。你现在又说“都要自己做，不
: 关GOOGLE的事”。我不理解的是，我自己做，怎么会“初期费用低”？我都做了，
: GOOGLE做什么？难道就是整点STORAGE，装装SP，整两人看着有没有流量异常以决定是
: 不是被黑了？
: 扯远点儿。LINUX用FREE这个词蒙了很长时间了。后来实在是蒙不住了，只能跑出来说
: ，我没说免费啊，我说的是自由。这就是一个典型的BAIT & SWITCH。
: 划道道就算了。这都啥年代了，有啥要死掐的？养好老婆孩子先吧。
|
b***e
发帖数: 1419 | 49 Google Apps的问题在于限定了storage的模式，这样上去就下不来了。除非只是用来做
porotype.
Amazon EC的优势在于方便进退，那天想自己setup了，code都可以用。
从这点上将，我不看好Google Apps.
In fact, Google really has nothing good except for search. |
g*****g
发帖数: 34805 | 50 This is true, but you are tied up if you use Amazon S3 as well.
I think the idea of Google App Engine is to automate the scaling
process so that you can focus on business side. EC2 is more like
the traditional virtual host approach, you have the flexibities
but you have to spend time managing the cluster.
【在 b***e 的大作中提到】
: Google Apps的问题在于限定了storage的模式，这样上去就下不来了。除非只是用来做
: porotype.
: Amazon EC的优势在于方便进退，那天想自己setup了，code都可以用。
: 从这点上将，我不看好Google Apps.
: In fact, Google really has nothing good except for search.
|
|
|
b***e
发帖数: 1419 | 51 As far as I know, people are not building apps based on s3. There were some
attempts by someone that I know. But the failure was immediate and they
switched to mysql. s3 is primarily used to store statics. People still
need to set up mysql themselves.
As for scalability, well, if I were to do it, I would rather trust myself
than trusting google if I am serious enough. Just like what was said: don't
put the knife handle into other's hands. As a matter of fact, most
startups around SV have t |
g*****g
发帖数: 34805 | 52 Well, I have no personal experience with S3 but heard of
some good successful cases about it.
For google's auto-scale, it's not mature or stable now
as it's marked as beta itself. But it's certainly an interesting
direction, particularly when you consider it's free for small
scale systems while EC2 is not. If I am starting my hobby website
and looking to get some random cash, app engine will be the top
choice. It's definitely not a one fits all platform but it should have its market share.
some
【在 b***e 的大作中提到】
: As far as I know, people are not building apps based on s3. There were some
: attempts by someone that I know. But the failure was immediate and they
: switched to mysql. s3 is primarily used to store statics. People still
: need to set up mysql themselves.
: As for scalability, well, if I were to do it, I would rather trust myself
: than trusting google if I am serious enough. Just like what was said: don't
: put the knife handle into other's hands. As a matter of fact, most
: startups around SV have t
|
b***e
发帖数: 1419 | 53 That I agree, GApps will have its market share and usage for some particular
application. But I just suspect how big a deal it is, e.g., for a small
side project of random cash. In other words, I seriously doubt how long the
tail could be.
And you said a point regarding google's beta. LOL, all people on earth
laugh. Does there use to be dozens of google beta this, google beta that
and now where are they?
As I said, google is really nothing good but search. Well, that's good
enough though. |
z***e
发帖数: 5393 | 54 问题是你们都忽略了一个问题：
amazon也好还是别的几个类似provider（rackspace），都不便宜啊。稍微选高一点的
带宽、内存、硬盘大小，那个价格就上去了快100块了，这样两三个月就出来一台主流
机器的钱了...
我觉得这些东西也只能做prototype，或者就看能不能跟government搞点合作。 |
g*****g
发帖数: 34805 | 55 买台像样的机器算便宜的，1000刀是没啥，你知道整个固定
3M带宽一个月多少钱吗？
【在 z***e 的大作中提到】
: 问题是你们都忽略了一个问题：
: amazon也好还是别的几个类似provider（rackspace），都不便宜啊。稍微选高一点的
: 带宽、内存、硬盘大小，那个价格就上去了快100块了，这样两三个月就出来一台主流
: 机器的钱了...
: 我觉得这些东西也只能做prototype，或者就看能不能跟government搞点合作。
|
