风起云涌的OpenStack 离云计算还远

OpenStack 有极高的人气，并且获得了传统厂商的支持。一时间风起云涌，部署了 OpenStack 就拥有了云平台，果真如此吗？OpenStack 的「成功」是众多厂商和媒体过渡宣传的结果。传统 IT 厂商通过支持 OpenStack，来带动私有云销售，从而卖出更多的硬件产品、服务或者托管云服务。经济利益驱使传统 IT 厂商不遗余力地炒作 OpenStack，吸引了用户的眼球。

Gartner 的分析师认为 OpenStack 还「太嫩」，给过热的市场打了一针退烧针。「它（OpenStack）拥有良好的 API，但其本身却并不属于云管理工具。它只是一套框架，大家能够以此为基础构建自己的方案，而这也正是我们遭遇难题的原因所在：这可以说是一种科学项 目，大家需要对此拥有清醒的认识。」简单的类比，客户需要一栋房子，而 OpenStack 只是图纸。有人会好奇，「PayPal 不是用 OpenStack 很好吗？」。实际上 PayPal 并不是一家传统企业，而是一家有技术实力的互联网企业。就是说，用户如果有足够的技术储备、资本和时间，可以按照图纸盖房子。讽刺的是 OpenStack 的联合创始者 NASA 在 2012 年就已经放弃使用 OpenStack 转而采用 AWS 的云服务。

OpenStack 离成熟还很远，有可能永远都不能成熟，主要原因如下：

1. OpenStack 在集成性、扩展性和稳定性上还远远不足，如果要选用，需要一支专家队伍帮助实施。例如在社区中被吐槽最多的升级问题—— Nova，Swift，Cinder 和 Neutron 分别使用各自的数据库存储配置信息，要升级就要修改多个数据库 schema，做不到热升级。再如，HP 作为 OpenStack 的白金会员在部署网络服务（Neutron）时，遇到了噩梦般的经历，不得不重写网络组件的代码才能达到大规模应用的要求。

2. OpenStack 缺乏完整性。成熟的云平台应提供计算、存储、网络、安全、数据库、大数据、中间件、DevOps、监控等多种云产品。OpenStack 只能提供计算、存储、网络三种云产品，如果客户需要大数据能力，必须自助搭建 Hadoop 集群。问题是：「谁能够打通 OpenStack 和 Hadoop 之间的账户、安全、管理运维和监控体系？」

3. OpenStack 不能提供端到端的服务保障。云平台必备的自动化部署、自动化运维、状态监控、设备管理、可用性检测、安全性、可靠性和平台自修复功能在 OpenStack 中或者缺失，或者散落在单独产品中。客户拿到手的只是散落的「骨架「，必须手工将多厂商、多版本的逐个功能集成起来。

4. OpenStack 缺乏通用的基础版本。OpenStack 开源社区已经成为了各传统 IT 厂商抱团取暖的手段，但是由于各自的利益需要平衡，造成了开源社区的版本特性迟迟无法稳定且版本之间差异很大。使用 OpenStack 不会被厂商绑定是个伪命题，OpenStack 可下载的厂商定制版有 20 多个。客户根本不知道应该选择哪个版本，更不要说在不同厂商版本之间组合、混搭、迁移了。

OpenStack 作为开源管理框架，设计初衷是好的。给众多开发者、科研院校在小规模环境下实验云环境创造了条件，推动了云技术发展。但是，站在用户的角度看，特别是不具 备软件开发、运维能力的传统企业，大规模采用 OpenStack 会变成一场灾难。在风云变幻的市场上，资本的损失可以弥补，时间和机会的损失使客户处于竞争劣势，需要三思而后行！

*作者：刘旷，微信公众号：liukuang110