这样的说法似乎把云端运算与client-server画上等号 如果只是这样，云端计算就只是口号了 然而你注意云的特质 想像卡通中有一朵小乌云在你头上跟着你不断的下雨 在client-server架构中可没有这种概念的! server绝对不会跟着你跑，client的位置通常是限制的 至於你讲到水管大小的问题 云端计算在运算量和传输量的确是首要克服的问题 不过目前看起来应该不是什麽大问题，很多技术都有了，只是还没普及 ※ 引述《Aurim (Who cares?)》之铭言： : 我迟到好几天了，因为2009最後一周都放假去玩了。 LOL : ※ 引述《luciferii (路西瓜)》之铭言： : : 老师你的意思是，我寄一封5MB的病毒信给你，然後中央的 Mail Server 会把这封信先千里迢迢转去国外 : : 检查完没毒後再放行？ : : 信进学校再出去环游世界? : 这一点其实是我对现行卖云端计算的各服务业者最感到疑惑的地方之一， : 不管是Google也好，Amazon也好，MSFT也好...... : 不管现在是什麽时代了，computing的本质其实跟几十年前一样，就是资料跟演算法。 : 资料是资料，演算法是演算法，要处理的资料量基本上就是那麽多， : 把演算法丢到别人家管理的机器上头跑，那资料要不要送过去？ : 资料如果要从你家送去别人家，要吃你家到别人家路上这段频宽， : 要吃他家的资料储存设备空间，你的演算法得在别人家的机器上跑， : 不管跑这演算法的是像Google用的自组超便宜省电PC cluster，或是虚拟机器。 : 资料送出去，从这边到那边往来，网路传输就是网路传输，中间有response time存在。 : 你家出门的水管再怎麽大条，资料传输的response time就是比LAN上头拉长很多。 : 这overhead虽可以靠远端云端服务提供者的大量平行计算来抵销（以Google来说！）， : 但是能抵销多少呢？计算的资料量如果很大，你家出门的水管够粗吗？ : 那说到底，这样子搞，到底是想要别人家提供的大量平行计算的效能呢， : 还是别人家的资料储存空间，或是只是单纯发懒，想把管理server的事全外包？ : 即使省了data processing/storage server管理成本， : 对於依赖web app的使用者来说，家里的web app server还是省不掉啊。 : 如果连web app server也委外包给远端云端服务提供者，又回到水管大小的问题上， : 网页资料的频宽消耗量只会比纯资料更多上很多倍，response time慢更多。 : 当然啦，够有钱就不会在乎这种事。 : 又如果计算的资料量很小，转移到远端云端服务的用意又是什麽？节省管理成本？ : 那干嘛不请工读生架几台PC，上头跑虚拟机器，在虚拟机器内装上你要的服务， : raid/mirror设一设，底下的实体机器坏了就换一台就好了，反正也没那麽常坏， : 花的钱也不会比一整年买别人家的云端服务费用多多少。 : 这给我的感觉就好像投资的时候，你要自己看盘操作股市，或是要买基金的差别。 : 後者，把钱丢进去，然後出钱的人就啥都不管了，至於基金管理人赚走多少， : 那比较不是这些出钱人在乎的。 : 所以就有业者说了，那我们到你家架设一个我们帮你管理的云端服务系统， : 你只要出钱，我们帮你把所有事情搞定，把云装到你家，response time的问题不见了， : 频宽消耗的都是LAN内的频宽。如果你希望得到效能更好的服务，就请出更多钱。 : 就像是请了基金经理人的分身到你家住着，让你能更快跟他对话一样。 : 演变成这样，说到底，也只是委外的事务范围与程度上的差别， : 但是整个business的包装换了，buzz word跟slogan也换了， : 不明究里的人还以为是全新的东西，又可以敲锣打鼓开庙会似的热闹个好几年。 : 说穿了，大部分业者只是利用云端计算的buzz word要人家掏钱出来而已， : 不像Google是掏自己广告收入的钱出来做公益。 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.116.72.37