OpenStack有极高的人气,并且获得了传统厂商的支持。一时间风起云涌,部署了OpenStack就拥有了云平台,果真如此吗?OpenStack的“成功”是众多厂商和媒体过度宣传的结果。传统IT厂商通过支持OpenStack,来带动私有云销售,从而卖出更多的硬件产品、服务或者托管云服务。经济利益驱使传统IT厂商不遗余力地炒作OpenStack,吸引了用户的眼球。
![OpenStack被高估,离云计算还差很远](/sites/default/files/openstack-20150611-01.jpg)
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会变成一场灾难。在风云变幻的市场上,资本的损失可以弥补,时间和机会的损失使客户处于竞争劣势,需要三思而后行!
来源:Donews
-
广告合作
-
QQ群号:707632017