開源OpenStack基金會(huì)宣布它將從受限制的集成項(xiàng)目發(fā)布模型過渡到大帳篷模型

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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