【编者按】
本文作者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来得稳定。
