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

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

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

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

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

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