OpenStack可能并不是云領(lǐng)域的市場(chǎng)領(lǐng)導(dǎo)者，但是確實(shí)云架構(gòu)的引路“人”。開(kāi)源云服務(wù)是廠商的戰(zhàn)略選擇，從惠普到思科都是如此;對(duì)于另外的大多數(shù)人它就是一種云服務(wù)框架，包括Rackspace。不像亞馬遜Web服務(wù)EC2，OpenStack主要作為企業(yè)軟件和公有云服務(wù)提供，已經(jīng)引發(fā)媒體討論，但并不僅是一種造勢(shì)。OpenStack的確有其創(chuàng)新之處，尤其是在虛擬網(wǎng)絡(luò)上，更是處于前端。
就像所有的云堆棧，OpenStack是一套管理應(yīng)用程序接口(API)，旨在控制資源池，并將其分配給租戶或者應(yīng)用。管理員通過(guò)“控制面板”以及一套共享服務(wù)(稱之為“Glance”)管理OpenStack，管理員從而能夠顧管理及其圖像和模板創(chuàng)建。OpenStack也有三個(gè)定義的資源類：計(jì)算、存儲(chǔ)和網(wǎng)絡(luò)。API，比如Nova、Swift(對(duì)象存儲(chǔ))和Quantum，都在和開(kāi)源項(xiàng)目關(guān)聯(lián)后命名。
理解OpenStack的Nova和Swift API
Nova或者OpenStack計(jì)算功能是一個(gè)以hypervisor不可知的框架，可以管理虛擬機(jī)(VM)實(shí)例以及圖像，然后在需要時(shí)在它們之間映射。OpenStack支持裸金屬啟動(dòng)(bare metal)或者為連接資源池簡(jiǎn)化服務(wù)器設(shè)置，模板將幫助為用戶或者租戶按需創(chuàng)建項(xiàng)目實(shí)例。
用戶通過(guò)Nova API同OpenStack交互，隨后劃分請(qǐng)求到一個(gè)路徑的管理VM圖像，一條路徑到管理VM實(shí)例。在中央控制面板下，VM圖像通過(guò)一個(gè)稱之為Glance的服務(wù)管理，VM實(shí)例針對(duì)具體資源需求通過(guò)排隊(duì)請(qǐng)求管理。
OpenStack支持其API和AWS的彈性計(jì)算云(EC2)API，致力于支持新生的API標(biāo)準(zhǔn)。因此Nova可以看做是OpenStack公有云的資源，意味著服務(wù)器/計(jì)算和存儲(chǔ)資源在這里進(jìn)行管理。使用的組件，包括SQL數(shù)據(jù)庫(kù)和消息總線，都是開(kāi)源的，理論上，OpenStack會(huì)自定制來(lái)支持每一個(gè)領(lǐng)域的任何多種選擇。
Swift對(duì)象存儲(chǔ)和AWS的簡(jiǎn)單對(duì)象存儲(chǔ)服務(wù)(S3)類似，旨在擴(kuò)展到zettabytes和多種結(jié)點(diǎn)的分配。同時(shí)Swife提供了和S3相似的基線功能，OpenStack當(dāng)前沒(méi)有關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)(RDBMS)或者數(shù)據(jù)倉(cāng)庫(kù)擴(kuò)展服務(wù)，現(xiàn)在二者都存在于AWS中。因此，并不是所有的亞馬遜托管服務(wù)會(huì)被轉(zhuǎn)移到OpenStack云中。
Quantum：OpenStack的虛擬網(wǎng)絡(luò)接口和SDN連接
也許對(duì)于OpenStack的興趣大都來(lái)自Quantum——虛擬網(wǎng)絡(luò)接口。Quantum用于提供和應(yīng)用相關(guān)的網(wǎng)絡(luò)服務(wù)，基于數(shù)個(gè)基礎(chǔ)網(wǎng)模型，比如默認(rèn)網(wǎng)關(guān)路由Levvel 2域。
Quantum makes the network explicitly a resource of the cloud, which could be very significant as software-defined networking (SDN) gains traction with network
Quantum讓網(wǎng)絡(luò)知道云資源，對(duì)于網(wǎng)絡(luò)運(yùn)營(yíng)商和業(yè)務(wù)來(lái)說(shuō)軟件定義網(wǎng)絡(luò)吸引力是非常顯著的。少數(shù)人認(rèn)為SDN意味著每一個(gè)應(yīng)用控制網(wǎng)絡(luò)，一個(gè)條件是所謂的“網(wǎng)絡(luò)混亂”。OpenStack的Quantum 提供了一個(gè)替代模型：云控制和網(wǎng)絡(luò)、協(xié)調(diào)鏈接和細(xì)節(jié)，比如服務(wù)質(zhì)量，根據(jù)應(yīng)用需求和安裝策略確定。
Quantum并不是沒(méi)有這個(gè)問(wèn)題，這也是其支持的維度更廣。OpenStack背后有多個(gè)巨人樣的志愿者支持，也有資源促進(jìn)項(xiàng)目并提供文檔，但是實(shí)施的分期也存在風(fēng)險(xiǎn)。分歧就會(huì)導(dǎo)致支持者自己版本之間的不兼容性。
Quantum的第二個(gè)問(wèn)題在于運(yùn)營(yíng)。更大的云承諾，就更難以在云端創(chuàng)建應(yīng)用并在資源間轉(zhuǎn)移圖像。VMware已經(jīng)將云運(yùn)營(yíng)作為其主要的關(guān)注點(diǎn)和區(qū)別點(diǎn)，但是同時(shí)DevOps項(xiàng)目和OpenStack關(guān)聯(lián)，DevOps并不是這個(gè)項(xiàng)目不可分割的一部分，也沒(méi)有單獨(dú)的制裁方法。因此，OpenStack可能在操作復(fù)雜上落后，或者多種不兼容方法會(huì)開(kāi)發(fā)，進(jìn)一步分割OpenStack平臺(tái)，妨礙開(kāi)發(fā)和部署。
現(xiàn)在，OpenStack有一個(gè)固有的技術(shù)日程，享受硬件和軟件參與者廣泛的支持。由于是開(kāi)源的，技術(shù)沒(méi)有成本，保證了早起的市場(chǎng)吸引。如果OpenStack繼續(xù)以當(dāng)前的步調(diào)加強(qiáng)和改善，很可能OpenStack會(huì)成為AWS最大的威脅。