【编者按】本文作者所在的OpenStack咨询公司Mirantis，BorisRenski，坐拥行业前沿，有资格进行预测2015年OpenStack会发生什么。Mirantis拥有自己的OpenStack版本，与RedHat竞争，并且是VMware的OpenStack安装技术合作伙伴。去年我对OpenStack做了三个预测：OpenStack领域的市场整合；企业采用OpenStack；和OpenStack开发本地平台即服务(PaaS)解决方案。我的第一个预测，即OpenStack市场的整合，结果证明是正确的。eNovance、Metacloud和Cloudscaling都已被收购。StackOps和MorphLabs已经从公众视野中淡出。Rackspace重新专注于基于OpenStack的私有云的托管服务。这个市场已经整合。我承认，虽然我对企业采用OpenStack的预测是正确的，但它们却乏善可陈。我的第三个预测，OpenStack的原生PaaS，在2014年没有实现。今年，我从错误中吸取教训，提出了三个预测。这些预测虽然不明显，但会更可靠。第一个预测：VMware将比RedHat签约更多的OpenStack客户。今天，每个基础架构供应商都提供“某种OpenStack产品”。但总的来说，我把这些厂商分为两类：真正有OpenStack战略的，辅以技术投入的；以及那些将OpenStack用作营销噱头的人。长期以来，我一直将VMware归入“营销噱头”类别，但我错了。VMwareIntegratedOpenStack是一个坚实的战略举措，而不仅仅是一个自称的噱头。是的，OpenStack间接地与VMware的摇钱树ESXi竞争，因为OpenStack主要由开源KVM提供支持。但是VMware知道这种虚拟机管理程序如今已成为一种商品。谁拥有OpenStack，谁就拥有数据中心控制平面。虽然不使用现已停产的vCloudDirector，但VMware并未将数据中心控制平面让给RedHat或HP。它正在大力推进OpenStack，现在在上游贡献方面是第六大供应商，OpenStack职位在VMware招聘网站上无处不在。VMware的OpenStack销量仅次于RedHat，有望胜出。OpenStack如此受欢迎的主要原因是它允许客户利用现有的基础设施投资。例如，如果您已经拥有来自EMC的存储系统、来自F5的负载平衡器系统和vCenter许可证，您可以将OpenStack直接置于其上并立即拥有云。许多企业在VMware基础架构上的投资远多于在RHEL虚拟化技术上的投资。按照这个标准，部署VMwareIntegratedOpenStack是合乎逻辑的事情，而RHELOpenStack是抛弃和取代仍然存在供应商锁定问题的VMware的解决方案。第二个预测：OpenStack将积极采用DebianLinux作为其平台。Mirantis积极拥抱OpenStack的可插拔性；为此，我们在许多主机操作系统上测试了MirantisOpenStack发行版，包括CentOS、Ubuntu、OracleLinux和RedHatEnterpriseLinux。这需要大量的工作，我们这样做的原因是考虑到客户的喜好并提供选择。但实际上，它对用户并没有太大的影响。如果社区希望统一使用一个默认的主机操作系统，OpenStack的稳定性将得到极大的提升。从某种意义上说，务实的本性将社区推向了那个方向。作为DebianLinux的商业下游发行版，Ubuntu现在是OpenStack最大的主机操作系统。所有OpenStack基础架构都在其上运行，并且开发人员提交的每个代码都针对Ubuntu主机进行了测试。虽然Canonical（Ubuntu背后的商业组织）是Mirantis的合作伙伴，并且在帮助OpenStack赢得开发人员和最终用户的心和思想方面发挥了重要作用，但在为上游OpenStack项目贡献代码方面，该公司仍然处于领先地位。没有类似的令人印象深刻的结果。Canonical目前还没有任何核心开发人员或项目技术负责人，只是Juno发布周期中的第42个贡献者，并且在所有OpenStack项目中总共提交了32次代码。相比之下，虽然RedHat和SUSE都不是官方的社区平台，但是提交的组件已经超过1000个，在Juno发布周期中分别排名第2和第6。这差距显然太大了。Debian是Ubuntu的上游版本。Debian的发布周期相当混乱，并且没有像Ubuntu那样的硬件兼容性列表。然而，在RedHat收购CentOS之后，Debian成为了唯一的主流，但完全供应商中立、社区驱动的Linux发行商。也不要忘记OpenStack社区非常注重供应商中立。再加上从一开始就运行OpenStack基础设施项目的惠普，决定将其HelionOpenStack产品统一在Debian上作为宿主；看看这列火车开往哪里会很有趣。第三个预测：“运行master分支”不会再酷了。不久前，OpenStack社区专注于快速开发新功能，而不是稳定已开发的功能。与此同时，许多OpenStack采纳者热衷于“运行主干”的承诺，将这些诱人的、新的、原始的功能从上游拉到生产中。因为“运行master分支”很酷且有争议，社区投入了大量精力来教育每个人采用OpenStack的最佳方式是运行master分支。我希望每个人都停下来回答这个问题：你知道有多少公司在Linux的master分支上运行关键任务生产工作负载？对最新版本的盲目迷恋是当今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
