每過六個月，OpenStack云管理平臺就會發(fā)布一個新版本，在本周的OpenStack峰會上，重點關注于改善升級流程的方式。

開源云平臺版本頻繁更新并沒有一種自動化的多系統(tǒng)升級途徑，用戶留下的破壞性人工流程，會在不同的OpenStack元素中循環(huán)依賴運行，比如Nova技術應用程序接口和Keystone身份識別管理應用程序接口就是這樣。

參加此次會議的獨立分析師David Andrew說：“這方面絕對缺乏一種途徑。”

他認為Chef cookbooks and Puppet modules都應該升級且標準化，簡化升級流程。此刻，cookbooks既需要更新，也需要詳細的配置說明，現(xiàn)在只能勉強應用。

同時，產(chǎn)業(yè)在這方面問題的進展上也很緩慢。此次會議上還有一位發(fā)言者缺席。

專家表示升級通常是一種軟件開發(fā)流程之后的想法。

“OpenStack的開發(fā)者有很多基礎的事情要做，所以社區(qū)也就沒考慮升級問題，”Boris Renski說道，他是一家OpenStack工程服務公司的執(zhí)行副總裁。

戴爾杰出工程師Rob Hirschfeld呼吁社區(qū)進行更多的OpenStack內(nèi)置升級功能開發(fā)。他估計，由于升級的障礙，25%OpenStack客戶仍舊使用Essex版本，現(xiàn)在這個版本太舊了。50%的企業(yè)運行在最新發(fā)布的Folsom平臺之上，25%運行在Grizzly之上。

根據(jù)Hirschfeld所述，目前根本不可能直接從Essex遷移到Grizzly。

對于這類問題并不存在“銀彈”這樣的應用，但是他建議面臨升級困難的用戶，可以采取迭代的方法，逐步的轉換，而不是大刀闊斧的轉移。

OpenStack作為一個整體才兩年時間，OpenStack基金會主席Alan Clark指出，目前我們已經(jīng)做出了一些改良，比如模塊化和API版本化，這些都切斷了循環(huán)依賴問題。

“隨著代碼打包并部署，為企業(yè)所使用，還需要保證穩(wěn)定性，”Clark最后說道。