Nebula宣布关闭 拨开迷雾看OpenStack
成立于 2011 年，同时也是 OpenStack 项目创始者之一的 Nebula 公司近日宣布倒闭，这个 OpenStack 开源创业公司的失败引起了广泛的猜测，但是，同样作为 OpenStack 厂商的 Mirantis 则发展迅猛，业绩飙升。针对两种截然不同的结局，超融合存储架构厂商 SMARTX CEO 徐文豪特别撰稿，从 Nebula 宣布关闭说起，为我们拨开迷雾看 OpenStack。
以下为正文：
目前，OpenStack 的产业前景越发扑朔迷离、令人困惑。本月初，一则消息石破惊天：OpenStack 之父 Chris C. Kemp 创立的公司 Nebula 宣布关闭，这令业界不得不冷眼看待 OpenStack 的产业前景。但另一方面，Mirantis 则通过 Openstack 培训和咨询，不论估值还是业绩都节节攀升。
事实上，除了产业格局之外，CIO/CTO 对于 OpenStack 的另一个困惑来源于企业自身到底适不适合上马 OpenStack。尤其对于电信和金融类客户，身负 VMware 高昂成本以及“去 IOE”双重压力，急需寻找到虚拟化的替代方案，那么 OpenStack 到底是不是它们的救星呢？
OpenStack优缺点
想要拨开迷雾、客观地分析 OpenStack 产业，首先需要明确 OpenStack 的优缺。OpenStack 的优点毋庸置疑是开源属性以及多厂商支持，目前不论是 IT 巨头 IBM、惠普、红帽还是国内等初创公司都推出了自己的 OpenStack 产品。但发展至今，OpenStack 也暴露出了多方面的问题。
首先是产品和技术本身存在问题。一方面，Openstack 在网络组件等方面仍然存在较多问题，而社区贡献基本集中在外围子项目或非关键组件，关键部分问题长时间未能得到解决，例如用户经常抱怨的消息通信开销问 题。另一方面，Openstack 的不成熟，导致企业运维负担会很重。企业想要玩转 OpenStack，对其运维团队从人员数量到质量都有非常高的要求。调查表明，企业上马 VMware 只需派少数维护人员，稍微培训一下就可以上岗了，并且维护人员每天的工作量不大；而 OpenStack 问题就比较多，对维护人员的技术要求也比较高。
正是因为 OpenStack 本身有上述问题，导致各个 OpenStack 厂商在开发自己的产品时不得不修改很多代码，而这些代码不会贡献回社区，这就直接导致了各个厂商的 OpenStack 版本之间并不兼容（编者注：可能有的厂商不同意），对客户而言，选择开源的 OpenStack 架构就是为了不被某一家厂商绑定，但如果最初用了A厂商的产品，由于不兼容，之后无法换为B厂商的产品，那么客户其实在无形之中还是被A厂商绑定了。
目前，企业客户已经迅速地意识到了，由于 OpenStack 厂商方案之间无法兼容，贸然采用任何一家 OpenStack 厂商的方案在未来都有可能被再次绑架。于是，使用 Upstream 的社区版本并且培训自己的运维人员，让其在未来自行开发企业定制版的 OpenStack 架构成为企业客户的最强烈需求。如此一来也不难理解紧密配合客户需求的 Mirantis 的逆势成功。
国内 OpenStack，谁接地气，谁存活
也正是自身技术的不成熟以及用户不真正需要 OpenStack 这两方面主要原因，导致了 OpenStack 之父 Chris C. Kemp 创立的公司 Nebula 宣告失败。但同样是 OpenStack 领域的公司，Mirantis 为什么可以节节攀升呢？
事实上，Mirantis 的成功源于其对于欧美客户需求的深刻把握。
以 Nebula 为代表的传统 OpenStack 厂商，在面对 OpenStack 的问题时，反应都是完善产品解决这些问题，他们的失败证明了第一他们没有完美解决这些问题，Openstack 仍然不成熟，第二他们并没有理解用户的需求。但是 Mirantis 就很聪明，它坦然接受了 OpenStack 的各种问题，同时就客户最头痛的运维问题开展了培训和咨询服务，转型为类似 IBM 咨询的产业角色，变受人以鱼为授人以渔，帮助企业搭建 Openstack 并培训自己的 OpenStack 运维人员。
2015 年至 2016 年是中国 OpenStack 厂商分化的一年，至 2016 年，能成长起来的 OpenStack 厂商或许不会超过两家，活下来的 OpenStack 厂商一定是商务销售和咨询定制能力很强、很接地气的厂商。
上马 OpenStack：自力更生是关键
对于企业客户最关心的 OpenStack 是否适合自身企业的问题，我的建议是：
首先，企业客户需要明确自己需要的是私有云还是虚拟化。如果企业当下最需要的是虚拟化，那么我不建议企业上 OpenStack，因为盲目上只会增加运维负担，对 95% 的 CIO/CTO 而言，建构私有云仍是一个较为远期的目标。如果企业本身确有搭建私有云的计划，那么可以考虑 OpenStack 或其它开源的方案。同时，企业的 CIO/CEO 在决定上马 OpenStack 之前，还需要想清楚需要多少个运维人员以及需要什么水平的运维人员，做好运维方面的详细规划
其次，决定上马 OpenStack 的企业需要充分利用其开源优势。在这里建议企业最好用 Upstream 的社区版本，而不要用某某厂商的定制版本， Openstack 属于技术门槛低，运维门槛高的开源项目，厂商定制版本有以下几个缺点：不一定性能稳定；未来企业有可能被绑架；出现问题得到支持的速度也很慢；并且由于过 度依赖厂商，自己的团队反而培养不起来。因为 Opentack 研发门槛低，最好的方案就是企业使用社区版本，然后通过一定的时间培养自己的开发和运维人员，从而最终实现自力更生。
再次，做好两年后节省成本的打算。企业上马 OpenStack 的最主要原因就是不被厂商绑架和节省成本，想要达到这样的目标就必须自力更生，培养自己的运维和开发人员，但是这通常需要两年的时间。
企业必须做好两年后才能节省成本的思想准备，同时企业也要看到另一个风险，那就是两年培养起来的 OpenStack 运维人员在知识储备以及能力提高后也有跳槽的风险。
作者简介：
徐文豪，超融合存储架构厂商 SMARTX（北京志凌海纳科技有限公司）CEO，在企业级存储、计算以及网络领域有多年从业经验，清华大学以及加拿大 UBC（英属哥伦比亚大学）硕士毕业。