风起云涌的离云计算还远.源泉

不断提升工作人员的知识技能和综合素质。　　第十一条 单位应当建立经济活动风险定期评估机制风起云涌的OpenStack离云计算还远

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

Gartner的分析师认为OpenStack还太嫩，给过热的市场打了一针退烧针。它（OpenStack）拥有良好的API，但其本身却并不属于云管理工具。它只是一套框架，大家能够以此为基础构建自己的方案，而这也正是我们遭遇难题的原因所在：这可以说是一种科学项目

，大家需要对此拥有清醒的认识。简单的类比，客户需要一栋房子，而OpenStack只是图纸。有人会好奇，PayPal不是用OpenStack很好吗？。实际上PayPal并不是一家传统企业，而是一家有技术实力的互联企业。就是说，用户如果有足够的技术储备、资本和时间，可以按照图纸盖房子。讽刺的是OpenStack的联合创始者NASA在2012年就已经放弃使用OpenStack转而采用AWS的云服务。

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

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

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

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

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

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