OpenStack的私有云用户已经开始“走出厨房”了——他们不太喜欢自己做晚餐了，而且坐在饭厅里等着吃饭。
使用OpenStack代码构建私有云并自行运行的做法已经发生转变。相反，新的产品和服务已经出现，提供了更多的掌控，甚至直接管理OpenStack私有云。
蒙特利尔信用合作社Desjardins的云运营协调员Pier-Luc Baillargeon表示：“对我来说，这大大改变了游戏规则。”
最近的一个合作——在IBM私有云上可以获得Red Hat OpenStack Platform，引起了Baillargeon的关注。他宁愿在IBM Bluemix上将OpenStack作为服务使用，而不是像现在这样费劲地在IBM Cloud上构建OpenStack私有云。
他说：“我们正在投入大量的时间来制定这个计划，进行容量规划并获得所需的所有流程来实现这一目标。但如果我们可以在Bluemix平台上以服务的形式使用它，那么在IBM Cloud上构建私有云就没有什么优势。”
IDC研究经理Gary Chen表示，由于太多的供应商提供OpenStack发行版，差距很小，所以出现了这样的选择。除了IBM-Red Hat的合作伙伴关系，Mirantis还提供了一个名为Mirantis Cloud Platform的“构建、运营、转移”模式的OpenStack。以托管形式交付的其他OpenStack产品包括Cisco Metacloud、IBM Blue Box和Platform9。
这一转变表明OpenStack很复杂，专业人才难以找到，许多公司都承认自己不完全明白如何部署和运行OpenStack。
新选择出现
俄亥俄州哥伦布市Chemical Abstracts Service（CAS）的基础设施服务经理Kris Woods在300台戴尔R730服务器上构建了一个OpenStack私有云，他追求的是高可用性。他有四名OpenStack工程师，另外还有Rackspace提供的支持。他说，这比使用原始代码构建OpenStack云更好，OpenStack工程师在CAS所在的地区特别稀缺。
Woods也认为OpenStack作为一个服务可以成为一个更好的选择。
他说：“如果它朝着这个方向前进，并且变得商品化，那么也许我们更愿意支付使用费用，而不是所有权和折旧相关的费用。”
CAS建立了OpenStack私有云来扩展其核心产品。Woods说，专用于每个产品的裸机服务器的定制模型是站不住脚的，因为效率低下和价格昂贵。他选择了一个内部的私有云，因为所谓的数据所有权挑战。该公司的OpenStack私有云在两个独立的数据中心里——一个内部生产云和一个外部私有云。
该公司还使用Rackspace数据中心的OpenStack，以便在外部的私有云中取得成功。他可以以OpEx的方式以服务的形式处理它，如果决定不用了，一点儿也不必担心遗留资产的问题。
OpenStack基金会在4月下旬发布的最新用户调查中可以看到，OpenStack的用户希望OpenStack的使用模式多样化。
一位匿名用户说：“作为客户，我控制如何使用OpenStack——DIY、发行版，本地托管服务、外部托管服务或公有云。这是一件伟大的事情，因为它让用户决定使用模式。”
另一个调查对象指出，OpenStack的复杂性催生了这些模式的出现——分发版、支持合同或软件即服务型产品的选择。
用户表示，“我希望看到更多的努力投入到Kolla和Stackenetes类型的部署，减轻复杂性，轻松访问其他项目。”
OpenStack不是Linux
OpenStack的供应商也在采用这种新模式，将责任从企业用户转移到供应商身上。
Mirantis已经从用户下载、安装并返回Mirantis解决问题的OpenStack发行版模式转变为运营客户的OpenStack环境至少12个月，然后再将操作转交给客户的模式。
OpenStack的许多失败源于用户认为OpenStack与Linux发行版相似而不是云计算的观点，而且他们还低估了完成此过程所需的流程和人员方面的变化。
Rackspace战略与产品高级副总裁，云、应用和数据业务总经理Scott Crenshaw（之前他是红帽Linux、云、虚拟化业务负责人）表示，私有云比操作系统的复杂性高出一个指数级，因为它面临额外的可扩展性、可靠性和安全性挑战。一个Linux发行版和一个OpenStack发行版应该被区别对待，但事实往往不是这样，这导致了OpenStack部署的失败。
IDC的Gray Chen表示，OpenStack作为服务的简单性可能会赢得企业的心，但由供应商管理时，OpenStack作为开源云平台相较于专有平台的优势并不会丢失。开源的价值还在，因为“软件及其API是开放的还是封闭的”这一点很重要——无论供应商是谁，90％的代码是相同的，并且使用相同的API。
