德克萨斯州奥斯汀——去年5月，开源OpenStack基金会宣布将从受限集成项目发布模式过渡到“大帐篷”模式。在“大帐篷”下，OpenStack的定义包含了更多的项目，为用户提供了广泛的功能。现在，“大帐篷”宣布一年后，OpenStack项目负责人在这里的OpenStack峰会上讨论了“大帐篷”的错与权。

在集成发布模式中，OpenStack采用了一种方法，即必须先接受项目进行孵化，一旦项目被认为成熟，就必须投票支持其成为集成版的一部分。但是，集成发布方式效果不佳，无法快速扩展。

【资料图】

OpenStack的发行经理Thierry Carrez说：“我们完全处于Juno版本的末尾。”“现在我们不再有麻烦了。”

OpenStack Juno于2015年10月首次亮相，在集成版中加入了撒哈拉数据处理项目。

杰出的IBM工程师、OpenStack董事会成员蒙蒂泰勒(Monty Taylor)表示，采用Big Tent方法后，一个人或一群人现在可以自由地从事项目工作，而无需先向OpenStack项目请愿进行孵化或整合。状态。

Carrez补充说，在集成分发方法中，当OpenStack Juno发布时，对新项目的需求非常高，以至于限制了任何新项目成为OpenStack分发一部分的能力。

他说：“现在，我们在以前没有的领域有了更多的合作。”

借助Big Tent模型，OpenStack还可以更好地应对不断变化的市场动态。例如，Carrez指出OpenStack Magnum容器项目可能不容易集成到OpenStack项目的旧模型中。

虽然“大帐篷”可以促进更多的合作，但这种方法的包容性也可以带来更多的竞争。卡雷兹表示，在整合出版模式下，单个项目会有特定的问题空间。有了“大帐篷”，现在可以有几个项目来解决类似的功能。

尽管OpenStack帐篷中的项目不受集成分发时代应用的相同限制，但它们仍然需要遵循所谓的“OpenStack方法”。

卡雷兹说：“大帐篷迫使我们录制了OpenStack Way。"因此，这不仅仅是一个传承篝火的民间传说."

OpenStack方法定义了所有OpenStack项目应该遵循的流程和开源社区方法。

“大帐篷”模式虽然有积极的一面，但也有消极的一面。卡雷兹表示，目前大帐篷项目对组织多样性没有要求。这样，只有开发人员可以在一家公司为一个特定的项目工作。泰勒认为，相关的问题是，如果公司改变主意，项目可能会停止开发。

使用大帐篷模型的另一个挑战是它可能会造成混乱。因为现在项目太多，泰勒承认他不再知道所有的项目。还有项目无法开发的风险。

卡雷兹说：“在大帐篷里，有一些我们已经接受的盲点。我希望他们能成长，但他们不会去任何地方。”"把它们放在帐篷里会让帐篷闻起来像死一样."