追求殽雜云的階梯是不適合意志單薄者的。從短期來看，最佳的殽雜云模式大概是找出那些可以在差異情況中長時間清潔運行的應用。簡樸的轉移事情負載只是冰山一角。更重要的是，我們必需評估在差異云之間試圖編排應用的打點挑戰。企業還必需認識到那些大概影響殽雜云機能的各種因素，個中包羅應用的選擇，數據遷移，延遲問題和劫難規復計策。

當企業在思量跨亞馬遜網絡處事（AWS）和其他云基本架構的殽雜云計謀時，他們必需選擇在那邊安放他們的數據，處事以及應用。企業必需在前期檢討這種遷移的貿易代價，以確定哪些事情負載應該被遷移。另外，還需要思量到事情負載的遷移以及那些跨云基本架構的應用機能等等的打點挑戰。

在將遺留應用遷移到云情況時，利用VMware的基本架構是很公道的選擇。而OpenStack則開始成為另一種途徑，在一致的基本架構上陳設應用之后可以再遷移到當地或私有云之上。

在遷移到殽雜云時要思量的一個因素是，如何正確地安放數據來只管淘汰闡明所需要的大量數據流遷移。延遲也是一個需要留意的因素，因為當處事超過云界線時，來回周期時間大概有所增加。

固然殽雜云備份是一種相對直觀的提供劫難規復的方法，但要建設一個可以流通并靠得住的移動事情負載的基本設施才是更大的挑戰。另一個要害的挑戰在于簡化跨云基本架構的應用API會見。在建設可以或許在云基本架構間移動的應用時，需要思量一些重要的因素，個中包羅應用集群，操縱系統（OS）版本，共享文件系統的支持，IP地點分派，負載平衡和數據庫I/O需求。由于在差異的云平臺上實現雷同的成果時會有著細微的不同，會呈現這些挑戰。

最后，企業應該思量，每個候選的云供給商可以如何滿意他們在打點，風險與合規性方面的要求。

AWS替代方案的崛起

亞馬遜網絡處事迅速的成長成為最大的云供給商，主要原因是由于其在業界中起步較早，并有著機動性和富厚的開拓和陳設東西生態系統。他們也是空手起家的企業中新應用開拓的主要候選之一。可是，對付遺留事情負載來說，組織也許會認為VMware是更好的選擇，因為它答允在不需要重構和重寫的環境下就完成遷移。除此之外，OpenStack的開源本質以及它從一些領先的企業軟件供給商哪里所得到的支持，使得它可以很容易地在差異的云處事提供商的基本架構間遷移。

VMware是最早為企業提供一個雷同云的操縱系統的廠商之一，因為它開拓了一個可以或許快速將現有的應用事情負載轉移到現有操縱系統基本架構鏡像的平臺上的基本架構。與此同時，它在推出公有云處事方面則一直落伍。VMware vCloud Air很適合Linux和Windows的殽雜事情負載；它還在內部和外部云情況中利用溝通的vCloud基本架構。這使得打點事情變得越發簡樸。

一些領先的企業軟件廠商，包羅IBM，谷歌，戴爾，紅帽和惠普企業都支持OpenStack。但在OpenStack的實現方面各有差異，而且在自動化設置和云爆炸方面有一些挑戰。OpenStack的詳細實現是構建在一組用于計較，存儲和網絡處事的模塊之上。

在云和云之間遷移簡樸的事情負載

在VMware和AWS之間一次性遷移簡樸應用事情負載相對簡樸直接。對付巨大的應用來說就變得較為挑戰，當需要不絕跨云界線移動事情負載可能在AWS和OpenStack之間移動時。

AWS的基本架構偏重于公有云，和必然限度的異地云打點。想要實現一個與AWS細密共同的應用，我們需要先成立一個直接毗連的處事來毗連企業的數據中心與虛擬化的私有云資源。

諸如AWS Direct Connect這樣的東西可以輔佐簡化將事情負載遷移到AWS基本架構，再回到VMware的進程，但在OpenStack的支持方面卻明明不敷。簡樸的VM/AMI遷移對付移動獨立的事情負載來說很有效，但假如企業想要一個真正流通的跨云平臺基本架構的話，仍然會碰著很多打點和應用集成方面的挑戰。

所有的即即是最簡樸的應用也需要某種水平的重構。將一個獨立的虛擬機轉成可以跨云基本架構運行對付簡樸的應用來說是沒問題的。但這種殽雜云模式對付那種構建在多個處事之上的應用來說是有所欠缺的。

打點殽雜事情負載

在跨多個云時，最好的計策是利用第三方的諸如RightScale，Platform 9和Mirantis之類的公司所提供的殽雜云打點和事情負載遷移東西。這些東西可以輔佐辦理那些與成立一個流通殽雜云情況有關的障礙和巨大性。

領先的OpenStack供給商正慢慢開始同時接管AWS，這將有助于為多云基本架構提供全面的處事和支持。譬喻，Rackspace公司最近公布了一項重放蕩措以支持AWS，增補了其現有的OpenStack處事和支持套件。

跨殽雜云的API支持