OpenStack是否应该减慢其疯狂的每年两次的升级速度，还是应该让开源代码编写者更难应对新的模块和市场?是否可以将OpenStack真正变成一键点击部署的服务集，还是始终需要受过训练(且稀缺)的工程师才能使引擎运行?
随着大型的传统技术供应商兑现了OpenStack的承诺并加入了联盟，您如何在国际社会将软件堆栈推向9个版本的情况下，怀着某种事业的热情来维持叛军?您如何在众多竞争方之间调整OpenStack目标，而无需安装代码独裁者以沉重的木槌解决争论?
这些是本周的OpenStack峰会在舞台上以及在喝咖啡和饮料时要问的一些问题。尽管对这些问题都没有简单的答案，但与我交谈的与会者之间只有一点点共识。
论点和反论点像迷你剧中的一个一样，在最后一集之前，您从来没有完全解决过。这是当前系列的开发方式：
放慢OpenStack的步伐不会发生。开发人员喜欢处理过时的新项目，而OpenStack则以黑桃形式提供这些项目。OpenStack从2010年的Nova(计算)和Swift(对象存储)项目开始，而该堆栈则继续发展到企业计算和网络的各个方面。
还有许多繁重的工作要做，包括附加的网络功能，与公司办公场所外部的云服务联合以及基于智能手机的世界的移动功能。联合会的窍门是增加能够从项目开始就参与软件开发的操作和代码审查技术。我希望看到OpenStack在公司的范围之外对计算有更大的了解。
供应商渴望抓住机会，使其更易于部署，维护和升级OpenStack安装。红帽，戴尔，SolidFire和Ubuntu都为OpenStack提供了各种参考体系结构，预建堆栈和快速部署选项。部署新的IT基础架构从来都不是一件容易的事，但是在明年，部署选项只会增加。企业应该问自己，如果他们采用OpenStack战略，他们将承担哪些新的应用程序和商机，而不是担心他们是否可以克服部署速度的提高。
认可OpenStack的大型供应商(惠普，戴尔，思科，IBM)是一个验证邮票，它将鼓励企业部署。尽管许多免费编写OpenStack代码的开发人员产生了热情，但供应商却能赚钱。例如，VMware提供了为无法参加巴黎下一届峰会的编码人员的旅行提供资金的帮助。技术供应商将鼓励部署OpenStack，这反过来将为堆栈专家创造就业机会。验证和财务稳定性是诸如OpenStack之类的组织所需要的积极属性。
试图招募具有独裁而不是编码技能的OpenStack领导者是一个大错误。通过九个版本证明了OpenStack流程荒唐，民主的开放性是成功的，开发受规则约束的官僚机构将赶走开发人员，并与开发人员快速更新应用程序的理念背道而驰。尽管许多技术供应商社区都是在强大的领导者(拉里·埃里森，比尔·盖茨，史蒂夫·乔布斯)的领导下发展起来的，但这种模式不适用于需要共识和自愿劳动的社区驱动项目。
下周请收看最新的新玩家和剧情的曲折，但是OpenStack是我们眼前发展的那些罕见的大型软件项目之一，因此希望在秋天的巴黎峰会上看到一系列新的角色，项目和论点。