根據451 Research最近發布的《OpenStack Pulse 2014 report》,到2018年,OpenStack預計將擁有33億美元的市場,而這一數字在今年只有8.9億美元。
其中很大一部分(大約有70%)將來自于Rackspace和惠普之類的公共云供應商,但是仍有相當的份額來自私有云構建。除非企業改變自己的觀點,否則很多企業還是愿意讓云安全地留在自己的領地內(根據我們的調查顯示),因此他們一直傾向于私有云和混合云,而不是純粹的公共云。同時發現企業對于在自己的私有云中使用OpenStack表現出了強烈的興趣。
關鍵在于,建設并運營這些OpenStack并不像是掏出信用卡,瀟灑地購買AWS、Azure或者Google Cloud云服務那么簡單。要改變老的看法:如果你建設自己的云,你現在就不得不至少在十年的時間里都使用“雇傭兵”……或者類似的東西。
基礎架構的一場“冒險”
通過和很多建設了自己的OpenStack私有云的企業交流,聘請外部幫助并在私有云之上分層部署附加產品的需求日益增長。這和數據中心的基礎架構中任何一個核心的部分并沒有什么不同。
在構建自己的OpenStack項目的時候,絕大多數企業都會遵循著測試、小規模實驗性項目然后在私有云中大規模、分階段推廣的工作步驟。這個夢想是最終為開發者、大數據分析師以及其他的人創造一個自助的資源池,他們不需要花上大量人力時間去開始試驗項目,完成這些只需要幾分鐘就夠了。你知道,能夠用上云計算,又不會碰到那些公共云的弊端。
在這個過程中,一個公司的開發人員通常會下載OpenStack發行版本或者源代碼,然后就把云扔在那里不管了。這通常會造成很糟糕的情況。IT主管在這種時候對此的普遍感覺是“我的開發人員現在是在維護云而不是編寫代碼。”
找到你“地面部隊”
在這個階段,服務企業介入,幫助完成系統集成和云實施的工作。例如Mirantis之類的美國公司從這里開始,現在這類收入仍然能夠占到他們服務收入的一半以上。
Red Hat最近以9500萬美元的價格收購了另一家OpenStack服務企業eNovace,以此增強Linux之王在OpenStack方面的咨詢能力。當然,其他一些公司,例如Piston能夠用更好的軟件解決這個問題,但是專業的服務仍然是經常需要的。無論如何,要有一個咨詢和服務企業在這里的需求是非常明確的。
如果建設開始并且進入運營之后,企業往往會發現自己需要新的附加產品來管理并監控新的私有網絡,這是明顯的額外需求。這就迫使企業調整自己的服務交付流程變成一種更為DevOps導向的方式,這將是另一個很快就會變得可怕的需求:如果你把所有的時間和經費都花在建設你自己的云上,讓它能夠更快上市,然后卻按照老式的慢悠悠的方式推向市場,你就錯了。
將基礎架構中的核心引擎替換成更快、云驅動的核心,這種說法引出了各種各樣烏托邦式的承諾。其中之一沒有完全否定對外部幫助的需求,而是指出如何按照客戶的需求定制各種通用的服務完成那些能夠提高企業利潤的、特定的、日復一日的基礎架構的苦差事。