中国领先的IT技术网站
|
|

OpenStack发展动向三大预测:稳定可靠是核心

2015年OpenStack领域的三大预测分别是:VMware客户数量将激增,Debian会成为与厂商无关的平台,运行主分支将不再很酷。

作者:布加迪编译来源:51CTO|2015-01-21 09:10


【编者按】

本文作者Boris Renski所在的OpenStack咨询公司Mirantis坐于业界前沿的位置,有资格预测2015年OpenStack方面会出现什么动向。Mirantis有自己的OpenStack版本与红帽公司的版本相竞争,它也是VMware在OpenStack安装方面的技术合作伙伴。

我在去年曾对OpenStack作了三个预测:OpenStack领域会出现市场合并;企业会采用OpenStack;以及OpenStack会开发一款原生的平台即服务(PaaS)解决方案。

我的第一个预测即OpenStack市场出现合并果然说中了。eNovance、Metacloud和Cloudscaling都已被收购。StackOps和MorphLabs已淡出公众的视线。Rackspace重新致力于基于OpenStack私有云的管理托管。这个市场已然合并。

我承认,尽管我对企业采用OpenStack方面的预测尽管正确,但乏善可陈。我的第三个预测即OpenStack的原生PaaS在2014年并未变成现实。

今年,我从所犯的错误中汲取了教训,提出了三个预测。这些预测尽管不是很明显,却会比较靠谱。

第一个预测:VMware签下的OpenStack客户数量会超过红帽。

每家基础设施厂商如今都提供“某种OpenStack产品”。但是通常来说,我将这些厂商分成两大类:一类是拥有真正的OpenStack策略,并辅以技术方面的投入;另一类则是将OpenStack作为其营销噱头。我长期以来将VMware列入“营销噱头”这一类,不过我搞错了。VMware Integrated OpenStack是一个可靠的战略举措,而不仅仅是一种自我标榜的噱头。

没错,OpenStack与VMware的摇钱树ESXi展开间接竞争,因为支撑OpenStack的主要是开源KVM。但是VMware明白,这种虚拟机管理程序如今是大路货;谁拥有OpenStack,谁将拥有数据中心控制平面。尽管没有采用现已停产的vCloud Director,VMware不会将数据中心控制平面拱手让给红帽或惠普。它正在全力向OpenStack推进,现在是上游贡献方面的第六大厂商,而OpenStack岗位在VMware就业招聘网站上随处可见。

VMware的OpenStack销售额仅次于红帽,有望打一场胜仗。OpenStack如此大受欢迎,主要原因在于,它让客户能够利用在基础设施方面的现有投资。比如说,如果你已经拥有来自EMC的存储系统、来自F5的负载均衡系统以及vCenter许可证,那么就可以将OpenStack直接放在上面,立马拥有一个云。许多企业在VMware基础设施方面的投入比RHEL虚拟化技术方面的投入要多得多。按照这个标准来看,部署VMware Integrated OpenStack是顺理成章的事,而RHEL OpenStack是丢弃并更换仍然带来厂商锁定问题的VMware的解决方案。

第二个预测:OpenStack会积极采用Debian Linux作为其平台。

Mirantis积极拥抱OpenStack的可插接性;为此,我们在众多主机操作系统上测试了Mirantis OpenStack发行版,包括CentOS、Ubuntu、Oracle Linux和Red Hat Enterprise Linux。这花很大的工作量,我们这么做的原因是,顾及客户的偏好,并提供选择。但实际上,它对用户并没有太大的影响。

如果社区想统一使用一种默认的主机操作系统,OpenStack的稳定性会大幅提升。而从某个意义上来说,注重务实主义的本性已经将社区推往那个方向。作为Debian Linux的商用下游发行版,Ubuntu如今是OpenStack的第一大主机操作系统。所有的OpenStack基础设施都在它上面运行,开发人员每次提交的代码都针对Ubuntu主机进行测试。

虽然Canonical(Ubuntu背后的商业组织)是Mirantis合作伙伴,它在帮助OpenStack赢取开发人员的心灵占有率和最终用户方面立下了汗马功劳,可是说到向上游OpenStack项目贡献代码,这家公司还是拿不出类似的傲人成绩。Canonical还没有任何核心开发人员或项目技术负责人,在Juno发布周期中只是第42位贡献者,在所有OpenStack项目中总共提交了32次代码。相比之下,虽然红帽或SUSE都不是官方社区平台,提交的组件却已经超过1000次,在Juno发布周期中分别名列第2位和第6位。这种差异显然太过悬殊。

Debian是Ubuntu的上游版本。Debian存在发布周期相当混乱的不足,没有Ubuntu那样的硬件兼容性列表,不过在红帽收购CentOS之后,Debian已俨然成为唯一的主流、不过完全与厂商中立、社区驱动的Linux发行商。另外别忘了,OpenStack社区非常注重与厂商中立。另外还有这个事实:惠普自OpenStack基础设施项目成立起来就运行该项目,它已决定在充当主机的Debian上统一使用Helion OpenStack产品;至于这趟列车会驶向何方,值得大家拭目以待。

第三个预测:“运行主分支”将不再很酷。

就在不久前,OpenStack社区还致力于迅速开发新的功能特性,而不是让已开发的功能特性趋于稳定。与此同时,许多OpenStack采用者迷恋于这个承诺:将这些诱人、新颖、原始的功能特性从上游环境拉取到生产环境中,这种做法又叫“运行主分支”(running the trunk)。由于“运行主分支”很酷,而且引发了争议,社区倾注了一番心血来教育众人:采用OpenStack的最佳方式就是运行主分支。

我希望各位都能稍停片刻,回答这个问题:你又认识几家公司在Linux主分支上运行关键任务型的生产工作负载?

盲目地迷恋于最新版本是事关如今OpenStack能否存活下去的头号威胁。该项目的上游环境是一个开发沙箱。上游OpenStack不行的话,OpenStack就永远不行,就是这样。所以别抱有不切实际的期望,免得到头来对稳定性感到沮丧。

2015年,OpenStack采用者最终肯定会认识到:“运行主分支”和“稳定”是互相排斥的。此外,运行最版本完全同样很幼稚。如果某厂商在上游版本发布后随即发布“商业级”发行版,你就应该质疑:这个商业级版本中采取了多少代码加固措施,而不是大肆赞扬厂商。旧代码通常比新代码更好,尽管OpenStack即将推出的Kilo有望最终成为最稳定的版本,但它一开始就不如Juno来得稳定。

英文原文链接:http://www.informationweek.com/cloud/infrastructure-as-a-service/3-openstack-predictions-for-2015/a/d-id/1318104

【编辑推荐】

  1. 云架构和openstack的思考
  2. SQLAlchemy介绍——OpenStack的数据库开发基础
  3. OpenStack Create Snapshot源码流程分析,理解创建快照的本质
  4. OpenstackCeph分布式存储的功能实现和适用场景
  5. OpenStack网络基础知识:L2,L3是什么
【责任编辑:Ophira TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

网管员成长手记——网络组建、配置与应用

本书主要以“网管员的成长经历”为线索展开,虚拟出一个“新手”网管员的工作和学习环境,将网管员的成长分为4个阶段,以“网管入职充电→...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊