oracle的真正危机 常佳军
我的绝对原创:oracle的真正危机 常佳军

(转贴请注明来自5G 常佳军 or http://blog.csdn.net/eastsun  ——转载本作者不收取费用,否则等着收律师事务所的律师信)

(另,所有转载者等我写完好不好?转载半截子东西,就像梁家辉成仙成了半截——光剩个脑袋飘在空中,有多吓人!写了待续就表示还没写完。)
 
话说某年某日某一天,google与微软就搜索正在掐架,google也为dell正在把云计算申请为dell专有的事情烦恼。
 
但google令oracle更烦恼。
 
这几年oracle凭借互联网时代,可是大大发了洋财,也收购了不少企业,甚至有了要收购SAP的豪言壮语。吓得SAP不得不和MS假装亲热了一阵子,等到埃利森差不多忘了这碴的时候,他们也就悄悄散了。
 
但埃利森也有自己的难言之隐。
 
Oracle的最大的潜在危机并不是MS/IBM这些面上的竞争对手带来的。
对于MS SQLServer和 IBM DB2来讲,目前是他们害怕Oracle,是Oracle遥遥领先。MySQL 虽然也分流了Oracle一点市场,但微不足道。对于这些对手来讲,Oracle几乎是一骑绝尘。看数字:( http://www.builder.com.cn/2008/0901/1097797.shtml)报道,“根据Gartner公司最近发布的关系数据库市场2007年市场份额报告,Oracle以48.6%的高份额再占首位。而2006年Gartner的统计数据显示Oracle的市场份额为47.9%,也就是说在2007年度,Oracle获得了0.7%的份额增长。”
Oracle去年一家的市场份额就接近50%,而且它的产品卖得可比MS SQLServer贵。
 
Oracle最大的隐忧在于云计算,更准确地说是来自google的云计算。其他的打着云计算旗号,但没有真正map-reduce体系的东西,对oracle来说不构成威胁。而这个google的云计算,包括google的自身的服务器运转体系,google根本就没有把oracle当成假想敌。但它却在无意之中正在动摇甚至摧毁 “数据库软件 + ERP软件 + 昂贵的服务器 + 昂贵的存储体系”这样一个商业生态环境。而oracle是生活在这个商业生态环境中的。如果google彻底消灭了这样一个商业生态环境,虽然oracle不是google的敌人,但一样被捎带手被无意之中消灭了。所以,埃利森着急。
 
google云计算和现有的数据库有什么关系?
 
现有的数据库有个基本哲学:服务器越稳定越好,在稳定的服务器上安装数据库。另外,现有的数据库是关系数据库,诞生于1970年代,其设计之初的思想是串行访问的。
 
而google的服务器体系结构的基本哲学来自于cisco的成套设备理念,并发扬光大了。
这套哲学:计算机类硬件质量不是100%可靠的(大约是99%以上是可靠的),在其崩溃的时候,软件对其有效监控、管理、恢复,对用户来讲,即使系统某个部分崩溃了,系统仍然是可用的。
 
这两套思路最根本的区别在于对于硬件的基本假设,一个假设硬件是永远稳定的、永远保持可工作状态,一个假设是单个硬件结构在99%的时间内是稳定可用的而1%的时候是不可用的。
 
第一套思路的必然结果就是选购价格高昂、稳定性极高的硬件(主要是各种服务器)。这个思路的好处是系统软件设计相对容易,因为系统一旦崩溃,需要的是从备份中恢复数据并重新运行。这套思路的弱点也很明显,就是成本高。成本与性能之间不是线性关系,而是平方关系。
为了弥补这套思路的不足,在这套思路的总体架构内,各个服务器供应商和第三方软件公司,还是提供了不少的服务器集群体系,作一定并行的架构努力,但基本思路没有变化。但这些集群所依赖的基本哲学没有变化,集群中每台服务器还是真正的服务器,不是台式机价格的电脑。 EMC/IBM等存储设备销售商也是这样的服务器体系的受益者。
 
到目前为止,这样一套服务器体系思想,仍然是全球500强企业的企业IT建设的基本思想。目前这些大企业的服务器体系也基本是按照这个思路架设的。小企业、小网站也是按照思路在自己的成本允许范围之内来模仿的。上万甚至几万人民币的服务器,虽然企业小,也得买上1台或者多台。我去过中国几个大的机房,满目所到之处,都是这种1U或者2U的服务器,偶然看到一台长得象台式机的,其实是台式服务器,配置反而更高。
 
这里面用的,都是正版或者盗版的oracle/sqlserver软件,或者是my sql。
 
这个商业生态环境,就是Oracle现在的商业生态环境。
(转贴请注明来自5G 常佳军 or http://blog.csdn.net/eastsun  ——转载本作者不收取费用,否则等着收律师事务所的律师信)
虽然cisco是认为硬件不是100%的稳定的要用软件来弥补,但他的思路仅仅是封装在他的产品内部,并不从根本上改变oracle滋润的商业环境。
 
而google的数据中心的横空出世,则给全世界展现了另外一种服务器运转体系的可能性。尤其是在比较NB的技术人员中间,google的服务器体系简直是智力的一次大释放。
 
要是几年前,你配一套系统,中间不用几台价格高、性能强的服务器,显得倍儿没面子,显得技术设计能力不上档次。
 
但现在,在这些自认为NB的技术架构人员眼里,谁能够用低成本的台式机组建一个稳定运行的系统,才显得高明。但凡看到 高昂的服务器集群方案,就认为是陷入了 那些服务器厂商的花言巧语的宣传之中。虽然目前大部分系统还是离不开传统思路的高昂服务器、高昂存储体系,但这种低成本、用冗余的低成本服务器建构系统的思路正在开始蔓延。 
 
这个时候,云计算概念逐步被推出来了。
 
其实,我并不看好目前各家云计算真正能卖出多少钱来。未来云计算是不是现在这个样子,我也不敢打包票。(甚至我觉得未来云计算 必然是分化成2-3种不同的体系来的,当然这个只是经验和直觉,缺乏足够的证据。)
 
但云计算,确实已经给oracle带来了巨大的危机。哪怕世界500强企业没有一家购买云计算(自己提供云计算的除外),也能给oracle带来致命的打击。
 
打击在哪里,打击在于真正意义的云计算模式,改变了人们使用IT系统的传统思维观念。
传统的观念是:昂贵的服务器 + 昂贵的数据库软件授权。
而新的观念是:大量的、阵列式的便宜的台式机(或者说是廉价的服务器)+ 可允许部分计算机1%时间停工检修的分布计算软件模式(比如google的big-table + map-reduce ),这种观念如果深入人心,那么就没有人去购买第一种模式下的过多的昂贵的服务器和昂贵的数据库软件授权。在google的big-table and map-reduce体系里面,是没有关系数据库任何事情的,即使是开源的MySQL也不用。这样,无疑是把oracle的根基给拔走了。而没有业务根基,oracle的危机不就来临了吗?
 
而传统的观念不仅在成本上面临挑战,在解决问题能力上也面临挑战。
现在的数据量越来越大,而受制于操作系统的位数限制,现在一般32位x86体系服务器的最大内存,只有64G。但很多大企业,需要远远大于64G的内存,才能运行大量的数据。另外就是计算能力,单台服务器永远是有限的。
 
另外,传统数据库本质上是串行的,数据库分区表可以帮助解决一些问题,但无疑还是远远不够的。而google的体系,无疑是顺畅的并行体系。
 
相对于google一个数据计算中心把几千几万台服务器调度成1台服务器,传统的大服务器理念显得那么苍白无助。
 
我们设想一下,如果全世界的大企业中型企业,都接受了真正的云计算观念,那么一个很可怕的后果是什么,不是这些企业去购买什么云计算服务,而是他们按照云计算的理念,把自己的数据中心建设成为一个个小小的云计算中心(其实也不小,一般也至少100多台台式服务器),都变成了一个个具体而微的类似google数据中心的数据中心。这些中心肯定不再需要oracle/MySQL/DB2的数据库软件了,而改用类似google这样的某种产品套件了,那么oracle会与他的对手MySQL一道变成迟暮英雄了。
 
这才是对oracle来讲是致命的威胁。
(转贴请注明来自5G 常佳军 or http://blog.csdn.net/eastsun  ——转载本作者不收取费用,否则等着收律师事务所的律师信)
而要让目前的oracle也转换到google这种计算数据轨道思路上来很困难,因为oracle的对数据库产业积欠太多了,在1998-2002期间,本来就应该是推出合理的oodb的时机,但oracle和他的所有对手都只顾商业利益,贻误了这个时机。而oracle作为数据库行业的老大,责任最大。
 
当年有个对手试图去解决这个挑战,那就是CA,那个时候还是王嘉廉主政,但很不幸,CA尝试作的oodb失败了。
 
现在,oracle和他的对手们几乎没有时间再去解决这个问题了。因为,真正的低成本计算机+软件控制差错和冗余+可并行的数据存储、计算体系,已经到来,而且展示给业界了。留给oracle的时间是几乎没有的。这个时候即使把当年没有做好的oodb去做好,也来不及了。
 
这对于oracle来讲,是更致命的。有问题不可怕,怕的是连解决问题的时间也没有。——这就是那句话,出来混,迟早是要还的。——oodb的欠账,也是要还的。
 
埃里森是个聪明人,他当然现在是领教了云计算的真正威胁——当然那些冒牌的云计算埃里森是不怕的。
 
所以,他要大骂云计算,(正好有些云计算实际是滥竽充数,也给埃利森一个臭骂的好理由),但埃利森还是会担心正牌云计算会逐步砸了他的饭碗——而且还不是直接故意冲他去的——别人走路的时候顺带砸了他的饭碗。这对于豪气干云的埃利森来讲,是绝对难以忍受的。
 
这就是oracle的真正危机。不是拔树、拔旗的危机,而是把树下、旗下的土都铲走的危机。
(转贴请注明来自5G 常佳军 or http://blog.csdn.net/eastsun  ——转载本作者不收取费用,否则等着收律师事务所的律师信)
 
IT江湖多少事,只在笑谈中。
在这个江湖,击败某些江湖大佬的,往往不是他天天琢磨的对手,而是不知从哪里杀出来的狂飙;所以IT的江湖,更有戏剧性。IT的大佬,有的时候比江湖大佬更郁闷。他们的危机感更强烈。

推荐文章

对象未在iphone中释放

对象未在iphone中释放

推荐文章

为什么人们使用bouncycastle而不是Java的内置JCE提供者?有什么区别?

为什么人们使用bouncycastle而不是Java的内置JCE提供者?有什么区别?

推荐文章

如何获取Apache版本

如何获取Apache版本

推荐文章

淡入淡出

淡入淡出

推荐文章

在不降低内容不透明度的情况下降低div上的不透明度

在不降低内容不透明度的情况下降低div上的不透明度

推荐文章

jQuery ajax动态url插入后

jQuery ajax动态url插入后

推荐文章

如何检查滚动条是否可见?

如何检查滚动条是否可见?

推荐文章

Regasm将mscoree.dll写入注册表项InprocServer32

Regasm将mscoree.dll写入注册表项InprocServer32

推荐文章

我可以在枚举属性对象时删除元素吗?

我可以在枚举属性对象时删除元素吗?

推荐文章

如何以编程方式在工具栏面板中添加工具栏?

如何以编程方式在工具栏面板中添加工具栏?

推荐文章

在Visual Studio调试模式下复制对象值

在Visual Studio调试模式下复制对象值

推荐文章

python模块存储在哪里?

python模块存储在哪里?

推荐文章

如何在delphi中获取字体大小

如何在delphi中获取字体大小

推荐文章

打开mailto的最佳方式:在gmail中标记

打开mailto的最佳方式:在gmail中标记

推荐文章

OutOfMemory错误:位图大小超出虚拟机预算:-Android

OutOfMemory错误:位图大小超出虚拟机预算:-Android

推荐文章

在Microsoft CAPI中使用SHA1

在Microsoft CAPI中使用SHA1