OpenStack有極高的人氣，并且獲得了傳統(tǒng)廠商的支持。一時間風(fēng)起云涌，部署了OpenStack就擁有了云平臺，果真如此嗎?OpenStack的“成功”是眾多廠商和媒體過度宣傳的結(jié)果。傳統(tǒng)IT廠商通過支持OpenStack，來帶動私有云銷售，從而賣出更多的硬件產(chǎn)品、服務(wù)或者托管云服務(wù)。經(jīng)濟利益驅(qū)使傳統(tǒng)IT廠商不遺余力地炒作OpenStack，吸引了用戶的眼球。其實OpenStack離成熟還很遠(yuǎn)，有可能永遠(yuǎn)都不能成熟，主要原因如下：

1.OpenStack在集成性、擴展性和穩(wěn)定性上還遠(yuǎn)遠(yuǎn)不足，如果要選用，需要一支專家隊伍幫助實施。例如在社區(qū)中被吐槽最多的升級問題——Nova，Swift，Cinder和Neutron分別使用各自的數(shù)據(jù)庫存儲配置信息，要升級就要修改多個數(shù)據(jù)庫schema，做不到熱升級。再如，HP作為OpenStack的白金會員在部署網(wǎng)絡(luò)服務(wù)(Neutron)時，遇到了噩夢般的經(jīng)歷，不得不重寫網(wǎng)絡(luò)組件的代碼才能達到大規(guī)模應(yīng)用的要求。

2.OpenStack缺乏完整性。成熟的云平臺應(yīng)提供計算、存儲、網(wǎng)絡(luò)、安全、數(shù)據(jù)庫、大數(shù)據(jù)、中間件、DevOps、監(jiān)控等多種云產(chǎn)品。OpenStack只能提供計算、存儲、網(wǎng)絡(luò)三種云產(chǎn)品，如果客戶需要大數(shù)據(jù)能力，必須自助搭建Hadoop集群。問題是：“誰能夠打通OpenStack和Hadoop之間的賬戶、安全、管理運維和監(jiān)控體系?”

3.OpenStack不能提供端到端的服務(wù)保障。云平臺必備的自動化部署、自動化運維、狀態(tài)監(jiān)控、設(shè)備管理、可用性檢測、安全性、可靠性和平臺自修復(fù)功能在OpenStack中或者缺失，或者散落在單獨產(chǎn)品中。客戶拿到手的只是散落的“骨架“，必須手工將多廠商、多版本的逐個功能集成起來。

4.OpenStack缺乏通用的基礎(chǔ)版本。OpenStack開源社區(qū)已經(jīng)成為了各傳統(tǒng)IT廠商抱團取暖的手段，但是由于各自的利益需要平衡，造成了開源社區(qū)的版本特性遲遲無法穩(wěn)定且版本之間差異很大。使用OpenStack不會被廠商綁定是個偽命題，OpenStack可下載的廠商定制版有20多個。客戶根本不知道應(yīng)該選擇哪個版本，更不要說在不同廠商版本之間組合、混搭、遷移了。

OpenStack作為開源管理框架，設(shè)計初衷是好的。給眾多開發(fā)者、科研院校在小規(guī)模環(huán)境下實驗云環(huán)境創(chuàng)造了條件，推動了云技術(shù)發(fā)展。但是，站在用戶的角度看，特別是不具備軟件開發(fā)、運維能力的傳統(tǒng)企業(yè)，大規(guī)模采用OpenStack會變成一場災(zāi)難。在風(fēng)云變幻的市場上，資本的損失可以彌補，時間和機會的損失使客戶處于競爭劣勢，需要三思而后行!