OpenStack是否應該減慢其瘋狂的每年兩次的升級速度，還是應該讓開(kāi)源代碼編寫(xiě)者更難應對新的模塊和市場(chǎng)?是否可以將OpenStack真正變成一鍵點(diǎn)擊部署的服務(wù)集，還是始終需要受過(guò)訓練(且稀缺)的工程師才能使引擎運行?

隨著(zhù)大型的傳統技術(shù)供應商兌現了OpenStack的承諾并加入了聯(lián)盟，您如何在國際社會(huì )將軟件堆棧推向9個(gè)版本的情況下，懷著(zhù)某種事業(yè)的熱情來(lái)維持叛軍?您如何在眾多競爭方之間調整OpenStack目標，而無(wú)需安裝代碼獨裁者以沉重的木槌解決爭論?

這些是本周的OpenStack峰會(huì )在舞臺上以及在喝咖啡和飲料時(shí)要問(wèn)的一些問(wèn)題。盡管對這些問(wèn)題都沒(méi)有簡(jiǎn)單的答案，但與我交談的與會(huì )者之間只有一點(diǎn)點(diǎn)共識。

論點(diǎn)和反論點(diǎn)像迷你劇中的一個(gè)一樣，在最后一集之前，您從來(lái)沒(méi)有完全解決過(guò)。這是當前系列的開(kāi)發(fā)方式：

放慢OpenStack的步伐不會(huì )發(fā)生。開(kāi)發(fā)人員喜歡處理過(guò)時(shí)的新項目，而OpenStack則以黑桃形式提供這些項目。OpenStack從2010年的Nova(計算)和Swift(對象存儲)項目開(kāi)始，而該堆棧則繼續發(fā)展到企業(yè)計算和網(wǎng)絡(luò )的各個(gè)方面。

還有許多繁重的工作要做，包括附加的網(wǎng)絡(luò )功能，與公司辦公場(chǎng)所外部的云服務(wù)聯(lián)合以及基于智能手機的世界的移動(dòng)功能。聯(lián)合會(huì )的竅門(mén)是增加能夠從項目開(kāi)始就參與軟件開(kāi)發(fā)的操作和代碼審查技術(shù)。我希望看到OpenStack在公司的范圍之外對計算有更大的了解。

供應商渴望抓住機會(huì )，使其更易于部署，維護和升級OpenStack安裝。紅帽，戴爾，SolidFire和Ubuntu都為OpenStack提供了各種參考體系結構，預建堆棧和快速部署選項。部署新的IT基礎架構從來(lái)都不是一件容易的事，但是在明年，部署選項只會(huì )增加。企業(yè)應該問(wèn)自己，如果他們采用OpenStack戰略，他們將承擔哪些新的應用程序和商機，而不是擔心他們是否可以克服部署速度的提高。

認可OpenStack的大型供應商(惠普，戴爾，思科，IBM)是一個(gè)驗證郵票，它將鼓勵企業(yè)部署。盡管許多免費編寫(xiě)OpenStack代碼的開(kāi)發(fā)人員產(chǎn)生了熱情，但供應商卻能賺錢(qián)。例如，VMware提供了為無(wú)法參加巴黎下一屆峰會(huì )的編碼人員的旅行提供資金的幫助。技術(shù)供應商將鼓勵部署OpenStack，這反過(guò)來(lái)將為堆棧專(zhuān)家創(chuàng )造就業(yè)機會(huì )。驗證和財務(wù)穩定性是諸如OpenStack之類(lèi)的組織所需要的積極屬性。

試圖招募具有獨裁而不是編碼技能的OpenStack領(lǐng)導者是一個(gè)大錯誤。通過(guò)九個(gè)版本證明了OpenStack流程荒唐，民主的開(kāi)放性是成功的，開(kāi)發(fā)受規則約束的官僚機構將趕走開(kāi)發(fā)人員，并與開(kāi)發(fā)人員快速更新應用程序的理念背道而馳。盡管許多技術(shù)供應商社區都是在強大的領(lǐng)導者(拉里·埃里森，比爾·蓋茨，史蒂夫·喬布斯)的領(lǐng)導下發(fā)展起來(lái)的，但這種模式不適用于需要共識和自愿勞動(dòng)的社區驅動(dòng)項目。

下周請收看最新的新玩家和劇情的曲折，但是OpenStack是我們眼前發(fā)展的那些罕見(jiàn)的大型軟件項目之一，因此希望在秋天的巴黎峰會(huì )上看到一系列新的角色，項目和論點(diǎn)。