OpenStack專案本身的歷史不止三年,但是隨著技術的逐步成熟,參與者越來越多,再加上去年OpenStack基金的成立,OpenStack已經足以吸引大型服務供應商和企業級使用者的注意力,包括電信,零售和研究等多種公司。
早在2010年夏天,OpenStack開源雲計算專案就成為了引人注目的主題。 現在,隨著技術,支援者以及OpenStack使用者的增多,質疑聲被服務供應商和企業使用案例所取代。
OpenStack的不成熟是相對的,它仍然需要大量科技補充,但是其社區的供應商和使用者數在持續攀升,而且這兩大群體關注的重點都是如何簡化軟體的部署,管理和擴展。
機緣巧合
大廠商——如思科,戴爾,惠普,IBM和Rackspace——也在其內部以及新推出的雲產品中使用OpenStack。 而大量新創公司和小公司對OpenStack的推廣也功不可沒。 包括Cloudscaling,eNovance,Mirantis,Morphlabs,Nebula和Piston Cloud Computing。
大廠商們也收購了主要的OpenStack廠家,如紅帽于2011年10月以1.36億美金收購了存儲廠商Gluster; VMware在2012年7月以10.26億美金收購了開源網路廠商Nicira;甲骨文在2013年3月收購了雲管理廠商Nimbula。
毋庸置疑,隨著OpenStack技術和市場的發展壯大,之後會湧現更多的收購案例。
事實上,當OpenStack被創建的時候,市場上就已經有了開源雲計算的選擇。 由此,我們可以看出它為開源軟體,開源標準和開源雲的討論作出了貢獻。
OpenStack和其他開源雲選擇——如CloudStack,Eucalyptus,Joyent和OpenNebula——很可能會同時存在於市場中,並且會從他們為開源雲計算提升的公信力中受益。 由於各種Linux發行版本以及各種開源Hypervisor都是通過彼此説明的方式在行業中發行,所以開放雲也很可能採用同樣的方式。
元件成熟
除了廠商支援者和使用者的增多,OpenStack的牽引力也在增加,因為開源專案的技術日趨成熟。 用於計算(Nova),網路(Quantum)和存儲(Swift)的OpenStack主要元件都更具可靠性。
而OpenStack的最大的分歧——如操作面板/UI,身份識別服務,編排或計量——還有更多元件和子專案在不斷出現。
OpenStack需要好的技術部署,但是OpenStack社區似乎為廣大企業和服務供應商們下對了藥。
儘管OpenStack技術可能缺乏特定特性和功能,但是OpenStack使用者樂於成為這個社區的一部分,享受解決問題,控制自己IT技術發展的樂趣。
OpenStack的推動因素
OpenStack的推動力主要來自廠商和服務供應商數量的增加,他們都想把自己的產品推入雲中。 許多公司在尋求公共雲的可擴充性和彈性,但是他們還需要更多的控制權。
他們想要創建私有雲,而這也是OpenStack得到支援的地方。 對於要把應用部署與IT運營以更有效和迅速的方式結合起來的持續整合和持續部署(或說Devop和部署),更是如此。
有種採用Devop的方式:一種更為前攝,注重速度和反覆運算;另一種更加互動,注重為程式師,產能和營業單位提供IT資源,確保他們無需到企業外尋找公共雲服務,這是免費或低價的選擇,也稱之為「影子IT」。
其他OpenStack推動因素則與開源軟體的優勢相當:可節約成本;靈活;以及避免了供應商的鎖定。 它為很多OpenStack使用者訪問原始程式碼和原始程式碼自訂提供了方便,使其可以整合現有架構和系統。 一些OpenStack部署者還發現,自己的程式師和工程師更喜歡使用開源工具和架構,因為使用起來更靈活。
OpenStack的阻礙因素
儘管OpenStack的支援者很多,開源雲計算軟體仍然為許多企業帶來一大技術挑戰。 基礎特性和功能,如計量和計費還未定型。 雖然這些問題有望很快得到解決,但是相關軟體卻不是立馬就能使用。
該專案的另一個阻礙因素是OpenStack人才的缺乏。 這是部署OpenStack的最大考驗。 或許使用者會尋求協力廠商説明進行部署,但他們的選擇範圍卻有些狹窄。
隨著培訓和證書認定的進行,以及上個月新的OpenStack操作指導的發佈,這方面的情況有望迅速得到改善。