私有云是進(jìn)入混合云的極佳跳板。企業(yè)要從私有云模型遷移到混合云需要設(shè)定具體的目標(biāo)。
當(dāng)企業(yè)開始利用服務(wù)器虛擬化來提高效率和降低成本，許多公司會很快發(fā)現(xiàn)他們正在支持的看起來更像是云計算而不是虛擬化。這些相同的公司中大多數(shù)已經(jīng)使用了公有云資源，他們需要一種新的基于所有資源和數(shù)據(jù)元素混合化的IT模型。要擴(kuò)展私有云模型到新的混合數(shù)據(jù)和處理模型，用戶應(yīng)該建立一個對資源透明的目標(biāo)，針對這個目標(biāo)協(xié)調(diào)數(shù)據(jù)模型，API和開發(fā)實踐，使用設(shè)計模式來協(xié)調(diào)應(yīng)用特定的需求和工具。
虛擬化技術(shù)演化為云計算的方式論證了為什么在特定的技術(shù)上構(gòu)建IT規(guī)劃是有風(fēng)險的。一個更好的方法是建立在技術(shù)透明的基礎(chǔ)上，也就是側(cè)重于對服務(wù)器和數(shù)據(jù)資源的抽象化。然后開發(fā)人員可以將這些抽象對應(yīng)到某個特定的方法，而那個方法可以不斷進(jìn)化，因為隨著時間的遷移，資源成本和需要都會發(fā)生改變。
私有云用戶有一大優(yōu)勢，因為他們的內(nèi)部IT早就已經(jīng)建立在云的抽象基礎(chǔ)上。私有云拓展所需要的一切就是讓IT將現(xiàn)有的私有云管理API映射到合適的公有云服務(wù)。在許多情況下，私有云規(guī)劃包括了選擇一個云管理系統(tǒng)，其API是和公有云API兼容的或者是公有云選項在私有云API上得到支持的系統(tǒng)。
托管資源透明度的關(guān)鍵需求是基于策略的資源選擇，根據(jù)成本，可用性等選擇公有云和私有云的邊界。如果這種能力沒有包含在初始的私有云工具集里，IT將不得不考慮增加這一功能。來自HP、IBM、Oracle和微軟公司的云工具多半會提供這些功能，但是他們也許會以附加軟件包的方式收取額外的費用。
在數(shù)據(jù)資源方面，透明度的目標(biāo)是通過識別現(xiàn)今存在的兩種獨立形式的“數(shù)據(jù)動態(tài)性”。一個是數(shù)據(jù)的持久性，是否基于實時事務(wù)而改變或者以靜態(tài)意義的方式從歷史數(shù)據(jù)或固定數(shù)據(jù)庫導(dǎo)出。另一個就是數(shù)據(jù)是否能被動態(tài)展示，意味著你可以自動的從數(shù)據(jù)視圖構(gòu)建網(wǎng)頁。
持久化應(yīng)該是對任何數(shù)據(jù)庫都明確的數(shù)據(jù)屬性，因為持久化的數(shù)據(jù)可以被更容易的跨云遷移或者被復(fù)制來提高使用該數(shù)據(jù)的分布式組件的性能。數(shù)據(jù)的動態(tài)展示對于暴露數(shù)據(jù)而不需要撰寫自定義的應(yīng)用來說很有用，自定義應(yīng)用可能會假設(shè)一個特定的數(shù)據(jù)庫位置或者訪問級別。開發(fā)者應(yīng)該試圖在擴(kuò)展他們的私有云模型上將這兩種形式最大化。
API和應(yīng)用生命周期管理現(xiàn)在必須要做到最大的透明度。舉個例子，需要完全在一個混合云中的公有云部分或之外進(jìn)行維護(hù)的應(yīng)用程序組件需要被分組為一個虛擬組件并且托管策略之后要加強(qiáng)所需的配置。這也允許開發(fā)者在生命周期管理（ALM）的過程中可以正確的測試組件。在某些狀況下，這可能需要創(chuàng)建一個fa？ade API來代表一個虛擬組件，這樣組件的構(gòu)成可以隨著時間改變，如果需要做一些開發(fā)來讓資源可以更加靈活的使用。你還可以使用API來提供對于應(yīng)用來說統(tǒng)一的持久化和非持久化數(shù)據(jù)的訪問。在某些情況下，這些新的虛擬數(shù)據(jù)模型也可以驅(qū)動網(wǎng)頁的動態(tài)數(shù)據(jù)生成用于訪問和更新。
在數(shù)據(jù)端的具體策略是確保應(yīng)用對持久化和非持久化混合數(shù)據(jù)的訪問是被仔細(xì)管理的。將應(yīng)用組件化，這樣對事務(wù)性或者動態(tài)數(shù)據(jù)的訪問會被限制到盡可能少的組件中，因為需要實時數(shù)據(jù)的組件將可能更難分配為有效的操作。開發(fā)人員要對組件中的持久化和非持久化的混合數(shù)據(jù)API進(jìn)行仔細(xì)管理。
當(dāng)?shù)蛯哟蔚腁PI沒有提供所有控件開發(fā)人員所想要的東西時，使用設(shè)計模式（比如外觀模式）是一種強(qiáng)大而靈活的方式可以資源透明化。比如，一個被托管在某處的應(yīng)用程序組件需要訪問自己的數(shù)據(jù)。如果該數(shù)據(jù)是靜態(tài)和動態(tài)的混合，那么請根據(jù)類型上將數(shù)據(jù)分隔開。如果這個應(yīng)用組件被移到公有云，請將數(shù)據(jù)同組件一起移過去這樣以便訪問。這種抽象數(shù)據(jù)訪問的方法可以幫助組件封裝資源的具體細(xì)節(jié)，這對于開發(fā)人員不想要綁定某個托管選項時是很必要的。
如果有必要將云爆炸或者故障轉(zhuǎn)移構(gòu)建到已有的應(yīng)用中，設(shè)計模式在確保橫向擴(kuò)展和負(fù)載均衡分配的一致性的過程中很重要。經(jīng)驗表明試圖在每應(yīng)用的基礎(chǔ)上，以資源透明的方式開發(fā)會產(chǎn)生各種各樣的方案，測試和驗證所有這些方法會很頭痛。如果每個組件在資源使用上都各行其道，要管理應(yīng)用到資源的關(guān)系也會困難很多。也許需要很多前期的工作來將應(yīng)用改成用新的設(shè)計模式而不是老的API，它可能會從降低ALM和運營的成本并提高資源的敏捷性上迅速得到回報。