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

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

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

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

同時，產業在這方面問題的進展上也很緩慢。此次會議上還有一位發言者缺席。

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

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

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

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

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

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

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