微波EDA网,见证研发工程师的成长!
首页 > 通信和网络 > 通信网络业界新闻 > 甲骨文 开源软件的最大敌人?

甲骨文 开源软件的最大敌人?

时间:04-11 来源:Linux论坛 点击:
甲骨文,像一头浑身散发着戾气,骨子里充满了残暴和凶狠的商业猛兽,看准了猎物,便一口咬下。在商业的世界里,它的确令人敬畏;甲骨文在很多方面,都得到很多,但唯独缺少尊重。

  在开源社区,多年以来,微软一直是默认的被嘲讽和谩骂对象。然而,如果我们善于回顾历史,善于仔细分析某些细节,你会得到完全不同的结论。和甲骨文相比,微软对待开源的态度一直旗帜鲜明,从没有假惺惺地借助开源概念去捞什么好处,它甚至还适度地开放了一些技术产品线的源代码,比如包括Atlas AJAX开发工具套装和Iran Python,.NET Framework的类库等。而甲骨文呢?对待开源,从来不知道他会干出什么事情?

  4月20日,当甲骨文收购Sun的消息发布后,一股恐慌和不安立刻在开源社区开始蔓延,逐步变成愤怒。而这种情绪和当初听到Sun收购MySQL时部分人表现出的欢呼雀跃刚好相反。

  "上次Sun对MySQL收购的消息发布时,大部分人都表示出了谨慎的乐观,甚至还能听到些许欢呼之声;而这次,我们知道,一切都完了!"一位开源技术人士如此愤懑而悲观地表示。

  大型IT企业对开源的贡献如果我们仔细回顾一下开源贡献的历史,Sun在2003年后,战略全面转向开源,从Java到Saloris操作系统,他们几乎开放了所有他们能开放的系统的代码。

  可以说,Sun是开源软件和技术的真正倡导者和支持者。正如Free Software Foundation的 RichardStallman所言,"我认为,Sun以软件的形式给与自由软件社区的贡献多于其他任何公司,这说明了sun公司在这个领域的领导地位,这是一个很好的榜样,我希望其他公司能够积极效仿。"

  IBM对待开源的态度

  IBM是较早开始支持开源的企业,对开源社区有诸多捐献,包括最著名的开发工具Eclipse及其基金会,也是IBM发起和组织的。不管是对开类似于源数据库公司EnterpriseDB这样的企业进行投资,还是直接成立基金支持,还是捐献源代码,不难看出,IBM对待开源的态度是诚恳和务实的。

  最具人气的开发工具Eclipse源自IBM的捐献

  "IBM对待开源技术,既有索取,也有回报!开源社区的网友一般认为,IBM的开源策略还是值信赖的。"中国最大的开源技术论坛chinaunix上的一位版主对记者表示。

  Oracle是如何对待开源的?

  "坦率地说,我不知Oracle在开源方面做过什么?除了他们推出了一个所谓的‘坚不可催’的Linux操作系统以外。不过这个系统我认为不过是在RedHat操作系统的基础上,换了一个Logo而已!"chinaunix社区上一位开源人士这样表示。

  "Linux成就了甲骨文。"Gartner的分析师Colleen Graham曾经这样评价。当年,Oracle数据库和DB2激战市场份额的时候,是Linux系统奠定了甲骨文公司的优势和胜利,按理说,甲骨文应该大力支持Linux产品,的确,甲骨文也做过一些捐献,将他们在Linux系统上做过的一些系统开发、系统优化工作的代码和产品捐献出来,如"文件集群技术 ",但甲骨文实在不甘心这么捐献,终于,在2006年Open World大会上,在毫无征兆的情况下,甲骨文宣布推出自己的Linux系统,并提供企业级的支持和服务。

  有美国当地媒体认为,"坚不可摧Linux 2.0"正是在红帽产品的基础上的改进版,更要命的是对于服务,甲骨文标出的价码远低于红帽,这杨就对红帽造成了直接而致命的危险。

  甲骨文就是这样回报和感谢开源技术的。

  另外一个例子就是对Innobase的收购。2005年甲骨文宣布收购开源数据库Innobase,从而客观上造成对MySQL釜底抽薪的效果,进而逼迫MySQL不得不自行开发交易存储引擎(注:InnoDB不是独立的数据库产品,而是作为MySQL数据库的一部分进行分销的)。

  MySQL曾经打算收购InnoDB,但并没有成功。从技术角度而言,尽管InnoDB是一款很优秀的数据引擎,但对甲骨文而言,除了起到遏制竞争对手的战略以外,并不是特别需要。

  有获取内部消息的网友透漏,"当年Oracle内部的竞争文档专门分析了oracle数据库和MySQL的竞争关系和态势,买了BDB和InnoDB后,其实已经卡住了mysql很大的脖子,极大地延缓了MySQl数据库向企业级迈进的研发步伐。"

  到今天收购Sun,我们是否能得出,甲骨文正在一步一步有计划地消灭开源带来的威胁和削弱开源的成果的结论呢?

  当然,甲骨文不会直接撕开支持开源的外衣,会采用比较温和的方式,杀死或者搁置那些威胁到自己商业利益的产品。大部分网友持这样的观点。

  Chinaunix网站的技术专家表示, "Oracle收购SUN的意图相当明显,一方面,收购服务器厂商后,Oracle提供系统集成时的利润将更高;另外,ORACLE离开了SUN 的JAVA将无法生存;最后,如果Oracle不收购MYSQL,十年后,它将在大型商业应用领域被MYSQL取而代之,很显然,MYSQL的当机时间至少要比Oracle少一个数量级,这种可靠性对商业应用是至关重要的。Oracle也是别无选择,吃掉SUN,或者倒闭。"

  关于MySQL的前途和命运,似乎不用争辩,大部分开源人士都能预测到它最终的结果。这个产品今后迈向企业级的步伐已经就此终止。从被Sun收购,到今天被Oracle收购,脆弱的开源难道真的无法抵挡商业机器的绞杀?

  附录 甲骨文收购Sun时间 网友评论选登

  在此参与讨论:http://bbs2.chinaunix.net/viewth ... p;extra=&page=1

  什么啊,ORACLEn内部的竞争文档专门分析了oracle xe和mysql的竞争,买了BDB和innodb,其实已经卡住了mysql很大的脖子。以我对ORACLE的看法,MYSQL也许会半死不活,然后 brtfs玄乎了,unbreak linux也玄乎了。

  精灵使:对,但Solaris也就几千人而已,绝对可以赚钱。而且,拥有OS 控制权,很容易赚钱。SUN不会做软件,oracle是这方面的高手。当然,我觉得这种可能性是有的,但也有把Solaris和硬件业务卖给别人的可能。但至少比卖IBM强多了。IBM薪水太低了。

  天使:sun收购的stk带库还是很强悍的,配合oracle数据库做备份应该很不错。

  我比较感兴趣的是oracle怎么处理sparc和solaris,他会借此进入服务器市场吗?如果是的话,那么曾经的hp-oracle合作关系会怎样?
 
  不管怎样,我觉得oracle比sun好多了。希望oracle能顺利发布rock芯片,给ibm点压力。

  我倾向于认为oracle不会做sparc硬件业务,但是会做solaris的支持。

  不过谁也想不到oracle会出什么牌。当初它吞并bea已经够让人吃惊了,现在又吞并了sun。说不定它就借这个机会进入服务器市场。

  oracle的数据库和中间件已经是no.1了。如果他好好发展sparc+solaris,有很大的机会和能力压制住ibm。

  骑士:现在服务器等硬件的利润已经不厚了,让Oracle去发展一个利润率下滑的行业,可能不现实!大胆预测,Oracle将和HP或者富士通合作服务器等硬件的发展!HP可能性高些。或许HP将会生产支持solaris的服务器,呵呵!

  精灵:个人认为富士通没有做企业级操作系统和中间件的背景。富士通玩不转Solaris,更不懂中间件研发,也做不来企业级应用软件的支持,与Sun相比,富士通在这些技术上比Sun还差远了。Sun都玩不好,难道富士通就能玩好了?如果没有OS作强力支撑,没有强大的中间件作支撑,没有独立应用软件作支撑,除非这个CPU在技术上强悍得没有第二个选择,而且在价格上能够和Intel/AMD一样得便宜,否则会单独活得长久吗?不要说富士通+SPARC,即使将IBM置于同等的地位,即没有玩AIX和Linux的背景,也没有DB2和Websphere上给予强力支撑,光一个Power架构能够像现在一样活得滋润吗?

  kernel-level的开发职位, 北京几乎是没有。

  Oracle能留住Solaris的话, 还是呆着吧。 除非你想转管理/测试/售前。。

  轰轰烈烈的Unix四十年,走到了今天,只剩下Linux和BSD活得比较好, 和行将就木的AIX和HP-UX。

  SUN SPARC + Solaris + Oracle + Veritas

  这曾经是非常典型的商务计算搭配,现在虽然让出了一部分市场给Linux+MySQL,依然还是Oracle的经典运行环境。

  现在Oracle吃下Sun,很自然很自然。也许它想搞数据库专用服务器?

  粗略的估计,数据库用服务期占据整个服务期市场大约40%甚至更多。针对数据库应用的专用服务期却寥寥无几。在一般多用途服务器上,SUN虽然也有独特技术,但并无绝对优势。Oracle吃下SUN以后做数据库专用服务期那就只此一家别无分号。数据库专用服务器市场做好了,再向其它领域扩展。

  Oracle这一招很厉害,怪不得MS要震惊。
 
  这下sun发达了 傍了个这么大的大树 说不定oracle捆绑sun服务器 ibm的db2和power6要完了也说不定;

  以后sun可能很强硬了 oracle已经快垄断了数据库市场 开源估计不会搞了 solaris10服务费要很高了

  总之对sun来说是好消息 会越来越发达 市场也会搞的很好了 mysql+oracle db2就要完了

  我预言IBM会因为没有收购和消灭sun而付出沉重的代价

  两个预期:埃里克森用opensolaris+staroffice 跟微软PK微软利润最丰厚的领域;
 
  oracle推出数据库服务BOX。。。开始卖数据库处理能力;

  Oracle的整合是一塌糊涂,简单来说就是干掉一个。比如oc4j和weblogic的整合。以ORACLE的作风,干掉open source是他很愿意干的事情,毕竟要靠软件license。

  估计Sparc完了

  Intel+Solaris+Oracle/MySQL+Java,以前PC机的WinTel联盟,现在服务器市场的OraTel联盟,呵呵

  MySQL的下场大概就是Oracle的接口+更高的故障率而已,就是不知道MySQL当初有没有类似于QT的那种协议,被收购了,用户有权完全以当初的蓝本继续GPL发布

  纯粹的开源数据库,向来只有PostgreSQL用得比较广泛:非BSD类型(就是不限制修改/不限制使用的License)的开源都是伪开源

  这确实是可以讨论的话题。

  我以为Oracle完全可以三条路线并行。一方面,继续象过去一样发布Oracle数据库在各个平台(HP- UX,AIX,Linux,Solaris,etc)下的license,另一方面开始以Oracle需求为指南,整合一个服务器+OS的数据库专用硬软件平台。

  这个服务器的硬件Oracle现在有多项选择:x86(包括Intel和AMD)、SPARC(Rock)。如果我是 Oracle,我会选SPARC(Rock)。这一方面是因为SPARC与Oracle本身是企业计算方案的成熟配合,另外一方面也是自己的东西可以裁剪。你没法修改Xeon来优化你的Oracle的Performance。

  OS的选择比较难办一点。Linux有很强的优势,特别是集群的优势。虽然现在的集群还是高性能计算为主(数据库希望高容量集群),但是将来的发展很难说,何况现在一些Linux集群的容量已经很可观。如果在存储、连接(Interconnnect)带宽、文件系统、数据库的分布存储与并发访问这些方面的技术进展顺利,Linux集群用作高容量数据库应用的平台是完全可能的。不过,作为数据库专用服务器,(有人叫它Oracle Box),我倾向于Oracle会选择Solaris,毕竟是SPARC天生的OS,而且整个开发队伍在手。

  第三条路就涉及MySQL的下场:以MySQL+Linux+Java为核心,开发Linux集群数据库计算方案。

  当然,都只是猜测。

  如果是你,买了一篮子东西回来,你当然的思路就是能尽量派上用场。

  除了ibm的z系列外,其他的封闭平台恐怕都没戏。

  而且x86+linux也称不上专有平台。客户为什么要从oracle那买x86服务器?难道oracle的会比dell/hp/ibm的要便宜?

  如果是rock+solaris的话门槛要高一些,但是也仍然有富士通在一边提供第二选择。

  不像ibm的z系列,业界只此一家,别无分号。上了贼船就下不来了。

  基于LINUX多节点RAC的集群就是ORACLE没有自己的小型机的时候的宣传策略,你见过几个生产的大型OLTP用超过3节点的RAC的。弄个4节点的RAC跑DSS,至少国内ORACLE都心惊胆颤。如果不拆了硬件,ORACLE明智的策略是继续宣传在Solaris上面ORACLE最快,不过也麻烦,除非ROCK真的那么牛,否则还受制于富士通。如果搞Oracle BOX,国内我一点不看好他,因为,呵呵,没法under license.

  oracle怎么整合sun一大堆产品呢?好像是一条猛虎冲进了蚂蚁窝?

  Sparc和Solaris都在走下坡路。

  Java是好,可是sun就是不能从中变出销售额来。

  netbean啊,javafx啊,反正可选择的东西不少,但市场前途都 ...

  我想说得是"以Oracle需求为指南"来整合,换句话说就是以Oracle的需要为取舍标准,整合出一个数据库专用平台。而这,只是Oracle庞大产品线的一部分,当然,很重要的一部分。这个专用平台,应该能够在2年左右的时间投放市场,首批交付turnkey用户使用,其总成本效益应该优于客户分别购买PC server + Linux + Oracle license。

  对,我说过数据库应用要求高容量(High Capacity),而现在的集群仍然停留在高性能(High Performance)上。所以我说Oracle 可能以Linux+Mysql+Java为轴心,"开发"高容量数据库集群。这里还有很多非常前沿的理论和技术问题,包括数据的存贮,多engine远程并发访问,大量concurrency和同步锁定等等问题。确实是个研发方向。我估计,没有5年时间,难有试用产品问世。

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top