OpenStack已引起了業(yè)內(nèi)眾多眼球的關(guān)注，這是一個承諾為建設(shè)公共云計算和私有云計算建立通用基礎(chǔ)的開源項目。如果實現(xiàn)了OpenStack的大規(guī)模實施，其架構(gòu)就可以進(jìn)一步促進(jìn)混合云計算的實施、有助于云計算聯(lián)盟的建立以及對高效云計算運(yùn)行相關(guān)的一些關(guān)鍵配置任務(wù)的支持。

　　它甚至可以改變我們看待云計算與網(wǎng)絡(luò)之間關(guān)系的看法。但是，如同其他眾多技術(shù)一樣，OpenStack是否存在著被過度炒作的風(fēng)險呢?這個問題可能是云計算中最為關(guān)鍵的問題了，同時它也是難以給出合適回答的。

　　OpenStack架構(gòu)：一個具有競爭力的先天不足?

　　OpenStack最初是一個由NASA和Rackspace公司共同開發(fā)的項目，它旨在提供一個可以在成熟商業(yè)硬件產(chǎn)品上運(yùn)行的云計算框架。OpenStack架構(gòu)囊括了云計算中的各類模式，其中包括資源分配、機(jī)器-鏡像配準(zhǔn)與控制，以及數(shù)據(jù)存儲等。目前，該項目已有超過150家以上的組織參與其中，這使得它成為創(chuàng)建基礎(chǔ)設(shè)施即服務(wù)(IaaS)環(huán)境的最流行軟件工具。

　　但是，作為一個商業(yè)化的云計算平臺，其用戶數(shù)量排名仍然落后于Amazon公司的彈性云計算(EC2)，而微軟公司的Azure平臺也是一個強(qiáng)大的競爭對手。它的IaaS關(guān)注焦點、它所受到的廣泛業(yè)界支持以及它所面臨的激烈競爭都成為了OpenStack變得強(qiáng)大或弱小的重要因素。

　　IaaS是云計算的最基本形式，基本上它所提供的虛擬裸機(jī)就是一臺服務(wù)器。因為它只是更換服務(wù)器和可能的本地存儲器，所以，與平臺即服務(wù)(PaaS)和軟件即服務(wù)(SaaS)相比，IaaS的相對用戶成本較高而與之相關(guān)的利潤則較低。雖然潛在的云計算供應(yīng)商和用戶可以在IaaS之上構(gòu)建PaaS和SaaS，但是很難衡量這些更為復(fù)雜配置的效益。但是，如果運(yùn)營商們關(guān)注于OpenStack IaaS，他們可能會一躍踏上由數(shù)百競爭對手所提供的平臺之上，這就可能將他們置于無法(除通過定價以外)區(qū)分他們云計算服務(wù)的窘境。

　　而反對意見是，OpenStack架構(gòu)實際上可以有助于服務(wù)供應(yīng)商通過為IaaS提供所有的基本基礎(chǔ)而區(qū)分他們的云計算產(chǎn)品，讓供應(yīng)商專注于其他的功能和增強(qiáng)功能。OpenStack是開源的、易于集成的且已與眾多有趣項目相關(guān)的，這些特點都促使其基本功能逐步提升。事實上，這些項目中有許多都擁有著交集，這一點恰恰促成了以特定市場機(jī)遇為目標(biāo)各種各樣基于OpenStack部署，從而為供應(yīng)商們提供了區(qū)分各自產(chǎn)品與競爭對手產(chǎn)品的廣闊空間。

　　一個云計算供應(yīng)商的最大競爭對手并不是另一個基于OpenStack的供應(yīng)商。而是Amazon公司。

　　與其他諸如Eucalyptus或Nebula等IaaS云計算工具不同，OpenStack架構(gòu)還未關(guān)注EC2的兼容性。OpenStack計算所使用的應(yīng)用程序編程接口(API)不同于EC2模式，但是OpenStack社區(qū)承諾保持現(xiàn)有應(yīng)用程序的EC2兼容性。雖然，它可能仍然可以在運(yùn)行在EC2的OpenStack上構(gòu)建應(yīng)用程序，反之亦然，但是它仍然可能構(gòu)建與EC2完全不兼容的OpenStack 基于IaaS應(yīng)用程序。

　　在鏡像管理和存儲方面，這兩個平臺之間存在著明顯的差異。這就意味著兩件事情：它可能更難以使用EC2和OpenStack云計算來支持客戶，而采用OpenStack的云計算供應(yīng)商不能指望把EC2用戶遷往他們的服務(wù)而不對應(yīng)用程序或他們自己的環(huán)境做出改變。

　　DevOps與OpenStack：路在何處?

　　從技術(shù)完整性的角度來說，OpenStack架構(gòu)還存在著其他的問題。

　　可以擴(kuò)展OpenStack資源控制的基本機(jī)制，以便于支持“容器配置”模型，在這樣的模型中應(yīng)用程序與容器及其規(guī)則相關(guān)。其中的規(guī)則包括如何為給定的應(yīng)用程序分配資源以及在應(yīng)用程序在服務(wù)時如何解決問題。這些項目都屬于一個名為DevOps的通用目錄，該目錄定義了如何統(tǒng)一云計算應(yīng)用程序開發(fā)、云計算配置與應(yīng)用程序部署。在簡單實用虛擬機(jī)以取代專用內(nèi)部服務(wù)器的IaaS云計算中，DevOps并不是關(guān)鍵，但是，如果一個IaaS產(chǎn)品將用于構(gòu)建特定云計算應(yīng)用程序，那么它就是絕對至關(guān)重要的。

　　IBM公司近期對使用云計算重整業(yè)務(wù)流程(而不僅僅是外包現(xiàn)有應(yīng)用程序)重要性的研究表明，云計算的未來可能在于它如何支持我們今天在數(shù)據(jù)中心中無法實現(xiàn)的工作，而不是簡單地更新重復(fù)我們已完成的工作。這就意味著編寫新的云計算應(yīng)用程序。如果這樣做了，那么如DevOps(促進(jìn)軟件元素的組件化和業(yè)務(wù)流程)的現(xiàn)代軟件實踐必須為這些元素提供一個在云計算中互相尋找對方的機(jī)制。如果一個IaaS云計算被用于托管PaaS或SaaS服務(wù)，那么具有同一應(yīng)用程序靈活性是必不可少的。

　　這里還有一個問題：OpenStack的DevOps是不完整的，除非經(jīng)過精心梳理，否則PaaS、SaaS或特定云計算應(yīng)用程序就無法在OpenStack架構(gòu)上實現(xiàn)輕松實施。

　　有人認(rèn)為，OpenStack的所有問題是OpenStack所獨有的問題，當(dāng)然這樣的說法并不完全公平。事實上，其中大多數(shù)問題都與云計算服務(wù)的IaaS模式相關(guān)。但現(xiàn)在，OpenStack應(yīng)用可能是IaaS市場中唯一一個服務(wù)選擇，但是從長期來說它可能并不是供應(yīng)商的最佳服務(wù)選擇。在考慮決策OpenStack架構(gòu)是構(gòu)建公共云計算基礎(chǔ)設(shè)施最佳框架之前，所有這些都需要慎重考慮。

　　原文鏈接：http://www.searchcloudcomputing.com.cn/showcontent_61885.htm