私有云是進入混合云的極佳跳板。企業(yè)要從私有云模型遷移到混合云需要設定具體的目標。

當企業(yè)開始利用服務器虛擬化來提高效率和降低成本，許多公司會很快發(fā)現(xiàn)他們正在支持的看起來更像是云計算而不是虛擬化。這些相同的公司中大多數(shù)已經(jīng)使用了公有云資源，他們需要一種新的基于所有資源和數(shù)據(jù)元素混合化的IT模型。要擴展私有云模型到新的混合數(shù)據(jù)和處理模型，用戶應該建立一個對資源透明的目標，針對這個目標協(xié)調(diào)數(shù)據(jù)模型，API和開發(fā)實踐，使用設計模式來協(xié)調(diào)應用特定的需求和工具。

虛擬化技術演化為云計算的方式論證了為什么在特定的技術上構建IT規(guī)劃是有風險的。一個更好的方法是建立在技術透明的基礎上，也就是側重于對服務器和數(shù)據(jù)資源的抽象化。然后開發(fā)人員可以將這些抽象對應到某個特定的方法，而那個方法可以不斷進化，因為隨著時間的遷移，資源成本和需要都會發(fā)生改變。

私有云用戶有一大優(yōu)勢，因為他們的內(nèi)部IT早就已經(jīng)建立在云的抽象基礎上。私有云拓展所需要的一切就是讓IT將現(xiàn)有的私有云管理API映射到合適的公有云服務。在許多情況下，私有云規(guī)劃包括了選擇一個云管理系統(tǒng)，其API是和公有云API兼容的或者是公有云選項在私有云API上得到支持的系統(tǒng)。

托管資源透明度的關鍵需求是基于策略的資源選擇，根據(jù)成本，可用性等選擇公有云和私有云的邊界。如果這種能力沒有包含在初始的私有云工具集里，IT將不得不考慮增加這一功能。來自HP、IBM、Oracle和微軟公司的云工具多半會提供這些功能，但是他們也許會以附加軟件包的方式收取額外的費用。

在數(shù)據(jù)資源方面，透明度的目標是通過識別現(xiàn)今存在的兩種獨立形式的“數(shù)據(jù)動態(tài)性”。一個是數(shù)據(jù)的持久性，是否基于實時事務而改變或者以靜態(tài)意義的方式從歷史數(shù)據(jù)或固定數(shù)據(jù)庫導出。另一個就是數(shù)據(jù)是否能被動態(tài)展示，意味著你可以自動的從數(shù)據(jù)視圖構建網(wǎng)頁。

持久化應該是對任何數(shù)據(jù)庫都明確的數(shù)據(jù)屬性，因為持久化的數(shù)據(jù)可以被更容易的跨云遷移或者被復制來提高使用該數(shù)據(jù)的分布式組件的性能。數(shù)據(jù)的動態(tài)展示對于暴露數(shù)據(jù)而不需要撰寫自定義的應用來說很有用，自定義應用可能會假設一個特定的數(shù)據(jù)庫位置或者訪問級別。開發(fā)者應該試圖在擴展他們的私有云模型上將這兩種形式最大化。

API和應用生命周期管理現(xiàn)在必須要做到最大的透明度。舉個例子，需要完全在一個混合云中的公有云部分或之外進行維護的應用程序組件需要被分組為一個虛擬組件并且托管策略之后要加強所需的配置。這也允許開發(fā)者在生命周期管理（ALM）的過程中可以正確的測試組件。在某些狀況下，這可能需要創(chuàng)建一個fa ade API來代表一個虛擬組件，這樣組件的構成可以隨著時間改變，如果需要做一些開發(fā)來讓資源可以更加靈活的使用。你還可以使用API來提供對于應用來說統(tǒng)一的持久化和非持久化數(shù)據(jù)的訪問。在某些情況下，這些新的虛擬數(shù)據(jù)模型也可以驅(qū)動網(wǎng)頁的動態(tài)數(shù)據(jù)生成用于訪問和更新。

在數(shù)據(jù)端的具體策略是確保應用對持久化和非持久化混合數(shù)據(jù)的訪問是被仔細管理的。將應用組件化，這樣對事務性或者動態(tài)數(shù)據(jù)的訪問會被限制到盡可能少的組件中，因為需要實時數(shù)據(jù)的組件將可能更難分配為有效的操作。開發(fā)人員要對組件中的持久化和非持久化的混合數(shù)據(jù)API進行仔細管理。

當?shù)蛯哟蔚腁PI沒有提供所有控件開發(fā)人員所想要的東西時，使用設計模式（比如外觀模式）是一種強大而靈活的方式可以資源透明化。比如，一個被托管在某處的應用程序組件需要訪問自己的數(shù)據(jù)。如果該數(shù)據(jù)是靜態(tài)和動態(tài)的混合，那么請根據(jù)類型上將數(shù)據(jù)分隔開。如果這個應用組件被移到公有云，請將數(shù)據(jù)同組件一起移過去這樣以便訪問。這種抽象數(shù)據(jù)訪問的方法可以幫助組件封裝資源的具體細節(jié)，這對于開發(fā)人員不想要綁定某個托管選項時是很必要的。

如果有必要將云爆炸或者故障轉(zhuǎn)移構建到已有的應用中，設計模式在確保橫向擴展和負載均衡分配的一致性的過程中很重要。經(jīng)驗表明試圖在每應用的基礎上，以資源透明的方式開發(fā)會產(chǎn)生各種各樣的方案，測試和驗證所有這些方法會很頭痛。如果每個組件在資源使用上都各行其道，要管理應用到資源的關系也會困難很多。也許需要很多前期的工作來將應用改成用新的設計模式而不是老的API，它可能會從降低ALM和運營的成本并提高資源的敏捷性上迅速得到回報。

云，不管是公有、私有或者混合，都不是最終的目標。真正的目標是獨立于資源的應用組件托管。隨著云應用從簡單的未充分利用的服務器遷移到云進化到特定云的開發(fā)，優(yōu)化平衡私有IT云和公共云所產(chǎn)生的益處將會增加。利用通過新的API和應用模型所產(chǎn)生的透明度的機會也會增加，開發(fā)人員和架構師們從私有云到混合云的轉(zhuǎn)變中所學到的將為他們做好迎接IT未來的準備。

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