对于开始考虑OpenStack云管理平台的企业而言，现在的版本还缺少一些关键内容。

　　根据本周参加OpenStack Summit的与会者和演讲者所述，这些空白区域包括监控、高可用性（HA）、业务持续性（BC）和集成现有的用户管理系统，同时还有升级支持和文档问题。

　　雅虎架构师James Penick表示监控是主要痛点，雅虎要在2014年的时候在OpenStack上部署数千万结点。

　　现在企业工具中达到标准的存储监控也缺少元素，根据惠普工程师Pete Johnson所述。比如，如果用户今天想要在Swift存储容器中得到平均年龄和对象大小，这些信息必须通过单独的查询收集，这个流程需要提升到企业使用的现有的存储管理工具的水平。然而，企业未必会等到低水平的监控成为核心OpenStack的一部分。

　　OpenStack基金会董事会成员兼Piston云计算公司CEO Josh McKenty表示：“对于我们的构建没什么意义，但是我们在选择现有的开源监控工具也有压力。”

　　他之前在NASA工作，McKenty的团队使用多种开源监控工具监控OpenStack不同的元素，像Nagios、Munin和Ganglia。

　　HA和DR：OpenStack难题

　　高可用性和BC是那些为OpenStack构建性能的人讨论的更多的领域。现在，用户受到鼓舞去整合现有的开源工具，像HA Pacemaker或者DRBD（分不是复制块设备），这是一种HA集群存储文件系统。

　　但是并不是每个人都信任这些工具。“有太多关于他们的开放评论了，”Yahoo的Penick说道。

　　尽管HA可能对于企业而言是不用想肯定有的东西，但是和OpenStack却并不是天作之合，OpenStack关注与更新的基于云的应用，旨在故障，而不是要求底层基础架构的HA。企业也会期望集成到现有的环境中，进行用户管理，惠普的Johnson说道，这意味着集成Active Directory和Lightweight Directory Access Protocol (LDAP)。
OpenStack的未来版本中，有四个包用来Active Directory集成。

　　数据库改变和文档缺陷

　　OpenStack两年的变化率很快，已经发展到很难跟上的速度，Penick表示。比如，Essex和Folsom之间的Nova数据库模式改变已经自动化查询，但是也阻碍了升级。

　　“我完全不统一在校正之间改变数据库模式，”他说，但是Essex模式和Folsom模式之间转换说的比做的容易。

　　现在，没有工具进行这种转变。

　　“OpenStack云运营者必须编写工具去实行，亲手做或者什么都不做，”Penick说道，“我用了大量的时间同OpenStack运营者对话，听他们的故事，不少人回答‘你怎么升级？’我们不会的。构建一个新的集群。告诉每个人去重建其VM。”

　　Essex和Folsom之间另一些领域的改变也阻碍了一些用户，他们已经提取了块存储,大家熟知的Nova Volume，放到分离的称之为Cinder的应用编程接口。

　　“过去数据是关于容量和实例的，可以在相同的数据库中找到，”McKenty说道，一些用户“作弊”，用McKenty的话说，围绕这个假设创造某种方法调用，这个假设不再适用。

　　最后，用户呼吁更高水平的文档，这个文档对于基础架构运营团队的故障问题尤为有用，一个主要的欧洲电信运营商的开发者如是说道。“如果出错了，必须找到哪错了，”他说。“对于我这样的开发者看看代码很容易，但是对于基础架构运营人员并不轻松。”

　　OpenStack基金会不久计划发布这个属性的文档，McKenty说到。Piston云也提供了一本“OpenStack 101”白皮书。