OpenStack如何打破“应用墙”

说OpenStack是云计算领域的带头大哥,几乎没有人会表示异议,连Google、IBM、VMware等厂商都加入了进来,在所有的开源或者商业的云计算项目中,几乎没有可以与OpenStack匹敌的。

关于OpenStack项目

OpenStack是一套开源云管理平台项目,现在有来自全世界178个国家的37059名工程师参与、574家公司赞助,项目代码超过200万行。在2010年成立之初,以建立一个开源的AWS项目,满足公有云和私有的建设需求为目标,从最初只提供虚拟机管理、网络管理、对象存储管理和卷管理,到现在可以提供应用服务、数据库服务、大数据服务及裸机管理等,功能越来越丰富和完善。

出色的通用性

OpenStack适用于公有云、私有云、混合云以及大数据等各种应用场景,在政府、金融、电信、视频、医疗、卫生、教育等行业均能满足客户需求,其出色的通用性首先来源于项目的完整性。OpenStack项目分为核心服务和共享服务两大类,共计12个,核心服务包括计算、存储和网络,分别是Nova(计算)、Swift(对象存储)、Cinder(块存储)和Neutron(网络),核心服务之外其他构件则被称为共享服务,分别是Keystone(授权与验证)、Glance(虚拟磁盘的目录与库)、Horizon:(所有服务的界面)、Ceilometer(计费系统接入模块)、Heat(为云应用提供编排服务)、Trove:(提供DBaaS配置)、Sahara( 大数据)、Magnum(容器编排引擎)等8项。

通用但不好用-难选型

OpenStack的12个服务模块可根据实际需要任意组合,而且,每个服务的其功能集也同样具备弹性特征,OpenStack的12个组件中,每个组件的功能也是可以随时添加及删除。如同乐高积木一样的灵活组合,保证了OpenStack的灵活性和通用性,使得OpenStack几乎适合于每一个云计算和大数据用户。

在调查中,大部分用户都表示看好OpenStack,但是目前仍然没有应用的打算,因为OpenStack在选型、部署和后续运维等实际应用中存在太多问题。OpenStack模块多、各个模块可选择的插件多使得实际选型复杂。其中网络方面最为典型,OpenStack提供网络、子网、路由、DHCP、防火墙、安全组、VPN、LBASS等功能,支持Vlan、Vxlan、GRE网络模型,支持Openvswitch、思科、SDN等不同厂家的网络设备,用户用OpenStack架构网络的过程十分复杂,面临不少的考验。

通用但不好用-增值功能不足

另外,OpenStack的组件并不全面,还没有推出计费、服务等软件项目,实际应用不可或缺的监控也是OpenStack的一个弱项,OpenStack本身缺少对服务器、计算节点、存储节点和网络设备的监控功能,这给用户的后续运维会造成不小的麻烦。

通用但不好用-难部署

OpenStack组件之间独立性很强,基本都是各自发展,对于用户的整合性需求考虑的很少。用户在部署一般信息系统,部署对象都是整体方案,而在部署OpenStack时,部署对象则是很多组件,各个组件的部署顺序、参数调整都是问题。

虽然OpenStack也意识到了这个问题,已经有了RDO、基于容器部署OpenStack的方案,可以解决部分部署难题,但是对于普通用户来说,OpenStack的部署仍然是一个难度相当大的技术挑战。

OpenStack的“应用墙”

上述问题已经在制约OpenStack的广泛应用。

451 Research在2014年初发布的预测报告指出,2014年OpenStack市场的收入规模约8.83亿美元,在2018年增长至33亿美元。

IDC发布报告,全球2015年云计算基础设施支出达334亿美元,2019年,将达到545亿美元。

从上述两个数字看,OpenStack的增长速度虽然很高,但是相比于云计算整体市场,所占份额难以与带头大哥的地位相称。随着OpenStack在大型用户和专业群体中的普及程度不断提高,如果“应用墙”的问题得不到很好的解决,那么OpenStack的发展将不可避免的遭遇天花板。

YWSOS.COM 平台代运维解决方案
 评论
 发表评论
姓   名:

Powered by AKCMS