※ 引述《zanyking (遥远的旅人)》之铭言： : 标题: Re: [讨论] 云端计算的保卫战--Mail Service : 另外一个我觉得会迟滞云端应用导入速度的，是标准规格不明确。 : RDBMS之所以会这麽成功，我想有一个很重要的原因是它有一套大家都会实做的 : 标准资料操作与结构定义语言(SQL)。 : 虽然各家厂商的实做差别不小，但是基础的资料格式、概念还是可以相互转换的。 : 比较起来，各家的『云端』所使用的资料结构定义、资料存取操作还没有一个像 : E-R Model那样的理论上的坚实基础可以去支持，进而产生像SQL这样通用的语言。 : 这使得非IT专门的厂商在评估後续风险的时候，应该会觉得难以控制。 : 供应商倒闭、拿翘时，切换不同厂商的门槛是很高的。 吸引大量用户的, 确实是 接近 "标准化" 的产品, 但IT产业的标准化 并不全然是国际标准化的产品, 从 internet IETF RFC 可以看到 ISO 标准的无奈. 标准是来自於用户多多数采纳. 就商业角度言, 全然没有屏障的标准化技术是很少会有人大量投入资金 的, 即使最初采 open source 造成大量用户者, 如果开始商业化, 一定 也是找出一个新的突破点, 接着关闭随後的 open source. 目前的云端计算因为充满迷雾, 多少形成一种障碍, 所以会取得创投的 机会. 即使像 google 这种公司也不全然会承诺与遵守完全 open 的概 念, 反而对开发者言, 会变得像会员制. 至於对用户来说, 他靠的是多家供应来源, 会被完全套死的, 当然是会 力求解套, 但不至於是会想要全无障碍的标准化产品. 因为采纳的公司 里还是会有 IT 人员提出主张, 只要有技术人员存在, 无论中外, 他们 都不会建议一种让自己的价值消失的方案. 没有难度也就不存在专门技 术人员的需要. : 推 luciferii:可以用当年的ERP热来当成前例，我觉得大部分公司在购置 01/13 01:44 : → luciferii:时并没有考虑到未来转换的这层风险。 01/13 01:44 : → luciferii:另一方面，云端概念反而应该是在转换这方面较为无痛的 01/13 01:46 : → luciferii:因为它标榜的是提供黑箱子卖成果，无论是IaaS、SaaS、Ia 01/13 01:47 : → luciferii:aS，只要客户最终能得到一样的服务或运算结果，是不必 01/13 01:48 : → luciferii:去关心供应商底层是用Grid还是堆机器来完成服务。 01/13 01:49 : 推 bondalin:记得已经慢慢有标准和相容的出现了 01/13 07:30 : → zanyking:问题是，你旧系统的资料要怎麽转移到新平台？ 01/13 10:22 : → zanyking:转换一定得作，而云端好作这种转换吗？ 01/13 10:23 : 推 bobju:当初ERP热很多是为了配合大厂做供应链,没得选择.管你会不会 01/13 11:47 : → bobju:被厂商套牢,都得绑鸭子上架. 01/13 11:47 : 推 luciferii:转换的问题还是回到老问题，你所使用的云端服务是什麽？ 01/14 02:12 : → luciferii:回到最基本的，如果把云端当成超大的计算盒，那资料就没 01/14 02:12 : → luciferii:有很大的转移问题，你只是把同一份资料喂给另一套系统而 01/14 02:13 : → luciferii:已。 01/14 02:13 : → zanyking:我相信企业想要用的服务肯定比小算盘、outlook复杂。 01/14 11:11 : → zanyking:就算只是outlook网路版，也要有资料汇入汇出。 01/14 11:12 : → zanyking:没有存储层的企业应用有多少？我想不多吧？ 01/14 11:12 : → zanyking:而我想说得就是，目前『云端服务存储层API』没有规范 01/14 11:14 : → zanyking:这个没有规范就会对不把云端服务当成核心业务的公司 01/14 11:15 : → zanyking:要进入云端产生很大的障碍。 01/14 11:16 如果这些说法属实, 可以预测到国外的创投会投入这类性质的外国公司. --

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