| 红帽公司正携五家重量级厂商，通过以其RHEV-M协议栈为基础的虚拟化社区项目向业界老牌劲旅VMware发起冲击。 就在不久之前，红帽刚刚加入了由思科、IBM、英特尔、NetApp以及SuSE联合打造的oVirt项目，旨在打造一款可插拔的监控管理框架，这同时也将为其在针对KVM推出的虚拟化管理工具提供坚实的插件合作阵容。 为了促进项目的进展并刺激社区活跃性，红帽在Apache软件基金会(简称ASF)协议的授权下将RHEV-M代码正式添加进oVirt当中。 oVirt将于今年十一月份正式启动，届时网络巨头思科公司将于其地处加州圣何塞市的培训基地中通过研讨会的形式向世人展示这一全新项目。如今oVirt已经成为一个囊括十三类分项的巨型综合体，据消息人士透露截至今年十一月，预计还将有另外两大子项目加入其中。 红帽、IBM、英特尔、Net App及SuSE都在oVirt理事会中占有席位。该机构的任务包括：制定oVirt项目章程;批准、运作以及支持新项目;协调项目的最终发布日程。 理事会本身不设席位数量限制，具体成员配备则根据每位个人或商业实体对oVirt项目的贡献而定。至于对贡献程度的判定则由理事会现有成员共同商讨。 根据红帽的乐观估计，oVirt最终将从业界吸引到更多成员加入进来，而不会止步于“首发六人”。 红帽乐观的背后存在着许多援手，今年五月同样由上述几家业界巨头所打造的开放虚拟化联盟在推广与普及KVM的过程中，矛头指向的依然是VMware。 这家Linux发行版供应商目前希望开放虚拟化联盟能够为oVirt项目的市场营销添砖加瓦。今年早些时候红帽启动的开放虚拟化联盟吸引到了IBM、惠普、英特尔、Novell、BMC以及Eucalyptus Systems的加入;如今该联盟已经拥有了超过两百家成员。 根据红帽公司的说法，oVirt项目背后的深层含义在于为人们在VMware之外提供更广阔的采纳空间，而不只是在红帽自家的RHEV-M或者微软的Hyper-V中做出选择。 “这种定位会让整体局势变得完全不同，”红帽公司技术总监Carl Trielof在接受采访时说道。“在筹备VMware之外的备选方案时大量引入先进技术无疑是一件好事。” “这一项目出身于开放式运行及管理的社区，并将成为首个直指VMware的此类备选方案，”他补充道。说到这里，我们应该聊聊“OpenStack”，红帽公司并非参与到这个开放式云项目中来，主要矛盾在于管理模式上的分歧：OpenStack的运营及发展方向都由一家公司说了算，即Rackspace。 根据Trielof的说法，oVirt已经在红帽所制定的管理模式下平稳度过了三个月的开发时光，而其他五家企业对此也并无异议。 “我们并没有像Rackspace公司那样把围绕OpenStack建立起来的社区牢牢把握在手中。既然我们的预期目标是打造一套开源虚拟化解决方案，那么首先要考虑的问题就不应该是如何让红帽从中获得最大利益，而是怎样使社区及用户基础得到令人满意的回报。只要从这个角度进行项目开发…那么每位参与者都不会感到失望。” 红帽不会因为将RHEV-M引入该社区而蒙受损失，他宣称，因为公司将继续从其监控及管理软件的企业广告收入中取得盈利。他还指出，此类运营模式与此前红帽收购Fedora并将其纳入红帽Linux发行版时的状况比较相似。 Trielof认为oVirt项目比较接近Apache与Eclipse的混合体：前者提供平台，根据每位参与者对整体工作的贡献设置晋升机制，进而在对应的发行版产品中提供更多功能;后者则作为技术框架，通过富有活力的生态系统从独立软件开发商及个体开发者处引进各类插件。ASF的创始成员之一Jim Jagielski目前正在帮助oVirt理事会处理各类事务。 红帽之所以成立独立的团体而非直接将oVirt项目扔给Apache，原因在于KVM中的某些功能以GPL及LGPL为基础。 此外，在Apache体系中，像oVirt这样拥有15条子项目的庞大集合体是不可能存在的，因为根据规定，每个项目都必须单独进行开发。 Trielof还补充说红帽公司希望能为社区本身打出品牌、打出地位，而不想让其淹没于Apache之中。 我们所效法的榜样是Eclipse，不只是因为Eclipse具备良好的插件供应系统，更重要的是其在项目及技术组成方面所整合出的平台。 Eclipse目前已经为其旗下的许多项目提供年度统一更新，在修正bug之余还为产品的使用者与开发者提供了可靠的交互平台。Eclipse今年六月推出了有史以来最大规模的单一发布版本：内含62个项目，总计4600万行代码。 |
