德克薩斯州奧斯汀市-去年5月，開源OpenStack基金會宣布它將從受限制的集成項目發(fā)布模型過渡到“大帳篷”模型。在“大帳篷”下，OpenStack的定義下包含了更多項目，為用戶提供了廣泛的功能。現(xiàn)在，在宣布“大帳篷”的一年之后，OpenStack項目的負責(zé)人在這里的OpenStack峰會上討論了“大帳篷”的錯與對。

在集成發(fā)布模型中，OpenStack采用了一種方法，即首先必須接受項目進行孵化，一旦項目被認(rèn)為已經(jīng)成熟，就必須對其進行投票以成為集成版本的一部分。但是，集成發(fā)布方法效果不佳，無法快速擴展。

OpenStack發(fā)行經(jīng)理Thierry Carrez說：“我們完全陷入了Juno版本的末尾。” “現(xiàn)在我們不再陷入困境。”

OpenStack Juno版本于 2015年10月首次亮相，將Sahara數(shù)據(jù)處理項目添加為集成版本的一部分。

IBM杰出工程師，OpenStack董事會成員Monty Taylor說，采用Big Tent方法后，一個人或一群人現(xiàn)在可以自由地從事項目工作，而無需首先請愿OpenStack項目進行孵化或集成。狀態(tài)。

Carrez補充說，在集成發(fā)行方法中，到OpenStack Juno發(fā)行時，對新項目的需求是如此之高，以至于它限制了任何新項目成為OpenStack發(fā)行版一部分的能力。

他說：“現(xiàn)在，在以前沒有的空間中，我們也有了更多的合作。”

借助Big Tent模式，OpenStack還能夠?qū)Σ粩嘧兓氖袌鰟討B(tài)做出更大的反應(yīng)。例如，Carrez指出，OpenStack Magnum容器項目可能不會輕易地集成到OpenStack項目的舊模型中。

盡管“大帳篷”可以促進更多的協(xié)作，但這種方法的包容性也可以帶來更多的競爭。Carrez說，在集成發(fā)布模型中，單個項目將擁有特定的問題空間。有了“大帳篷”，現(xiàn)在可以有多個解決類似功能的項目。

盡管OpenStack大帳篷中的項目不受集成發(fā)行時代中所應(yīng)用的相同限制，但仍需要遵循所謂的“ OpenStack方式”。

“大帳篷迫使我們記錄OpenStack Way，” Carrez說。“因此，這不僅僅是傳承篝火的民間傳說。”

OpenStack方式定義了所有OpenStack項目都應(yīng)遵循的流程和開源社區(qū)方法。

雖然“大帳篷”模型有積極的好處，但也有消極的方面。Carrez說，目前，大帳篷項目沒有組織多樣性的要求。這樣，一個特定的項目可能只有開發(fā)人員在一家公司工作。據(jù)泰勒說，與此有關(guān)的問題是，如果該公司改變主意，該項目可能會停止開發(fā)。

使用大帳篷模型的另一個挑戰(zhàn)是它可能會造成混亂。因為現(xiàn)在有這么多項目，泰勒承認(rèn)他不再了解所有項目。也存在項目無法發(fā)展的風(fēng)險。

卡雷茲說：“在大帳篷里，有一些死角項目被我們接受了，希望它們能增長，但它們不會走到任何地方。” “把它們放在帳篷里會使帳篷聞起來像死亡。”