德克萨斯州奥斯汀市-去年5月，开源OpenStack基金会宣布它将从受限制的集成项目发布模型过渡到“大帐篷”模型。在“大帐篷”下，OpenStack的定义下包含了更多项目，为用户提供了广泛的功能。现在，在宣布“大帐篷”的一年之后，OpenStack项目的负责人在这里的OpenStack峰会上讨论了“大帐篷”的错与对。
在集成发布模型中，OpenStack采用了一种方法，即首先必须接受项目进行孵化，一旦项目被认为已经成熟，就必须对其进行投票以成为集成版本的一部分。但是，集成发布方法效果不佳，无法快速扩展。
OpenStack发行经理Thierry Carrez说：“我们完全陷入了Juno版本的末尾。” “现在我们不再陷入困境。”
OpenStack Juno版本于 2015年10月首次亮相，将Sahara数据处理项目添加为集成版本的一部分。
IBM杰出工程师，OpenStack董事会成员Monty Taylor说，采用Big Tent方法后，一个人或一群人现在可以自由地从事项目工作，而无需首先请愿OpenStack项目进行孵化或集成。状态。
Carrez补充说，在集成发行方法中，到OpenStack Juno发行时，对新项目的需求是如此之高，以至于它限制了任何新项目成为OpenStack发行版一部分的能力。
他说：“现在，在以前没有的空间中，我们也有了更多的合作。”
借助Big Tent模式，OpenStack还能够对不断变化的市场动态做出更大的反应。例如，Carrez指出，OpenStack Magnum容器项目可能不会轻易地集成到OpenStack项目的旧模型中。
尽管“大帐篷”可以促进更多的协作，但这种方法的包容性也可以带来更多的竞争。Carrez说，在集成发布模型中，单个项目将拥有特定的问题空间。有了“大帐篷”，现在可以有多个解决类似功能的项目。
尽管OpenStack大帐篷中的项目不受集成发行时代中所应用的相同限制，但仍需要遵循所谓的“ OpenStack方式”。
“大帐篷迫使我们记录OpenStack Way，” Carrez说。“因此，这不仅仅是传承篝火的民间传说。”
OpenStack方式定义了所有OpenStack项目都应遵循的流程和开源社区方法。
虽然“大帐篷”模型有积极的好处，但也有消极的方面。Carrez说，目前，大帐篷项目没有组织多样性的要求。这样，一个特定的项目可能只有开发人员在一家公司工作。据泰勒说，与此有关的问题是，如果该公司改变主意，该项目可能会停止开发。
使用大帐篷模型的另一个挑战是它可能会造成混乱。因为现在有这么多项目，泰勒承认他不再了解所有项目。也存在项目无法发展的风险。
卡雷兹说：“在大帐篷里，有一些死角项目被我们接受了，希望它们能增长，但它们不会走到任何地方。” “把它们放在帐篷里会使帐篷闻起来像死亡。”