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的发展将不可避免的遭遇天花板。
