追求混合云的道路是不適合意志薄弱者的。從短期來看，最佳的混合云模式可能是找出那些可以在不同環(huán)境中長時間干凈運行的應(yīng)用。簡單的轉(zhuǎn)移工作負載只是冰山一角。更重要的是，我們必須評估在不同云之間試圖編排應(yīng)用的管理挑戰(zhàn)。企業(yè)還必須認識到那些可能影響混合云性能的種種因素，其中包括應(yīng)用的選擇，數(shù)據(jù)遷移，延遲問題和災難恢復策略。

　　當企業(yè)在考慮跨亞馬遜網(wǎng)絡(luò)服務(wù)(AWS)和其他云基礎(chǔ)架構(gòu)的混合云戰(zhàn)略時，他們必須選擇在哪里安置他們的數(shù)據(jù)，服務(wù)以及應(yīng)用。企業(yè)必須在前期檢驗這種遷移的商業(yè)價值，以確定哪些工作負載應(yīng)該被遷移。此外，還需要考慮到工作負載的遷移以及那些跨云基礎(chǔ)架構(gòu)的應(yīng)用性能等等的管理挑戰(zhàn)。

　　在將遺留應(yīng)用遷移到云環(huán)境時，使用VMware的基礎(chǔ)架構(gòu)是很合理的選擇。而OpenStack則開始成為另一種途徑，在一致的基礎(chǔ)架構(gòu)上部署應(yīng)用之后可以再遷移到本地或私有云之上。

　　在遷移到混合云時要考慮的一個因素是，如何正確地安置數(shù)據(jù)來盡量減少分析所需要的大量數(shù)據(jù)流遷移。延遲也是一個需要注意的因素，因為當服務(wù)跨越云邊界時，往返周期時間可能有所增加。

　　雖然混合云備份是一種相對直觀的提供災難恢復的方式，但要創(chuàng)建一個可以流暢并可靠的移動工作負載的基礎(chǔ)設(shè)施才是更大的挑戰(zhàn)。另一個關(guān)鍵的挑戰(zhàn)在于簡化跨云基礎(chǔ)架構(gòu)的應(yīng)用API訪問。在創(chuàng)建能夠在云基礎(chǔ)架構(gòu)間移動的應(yīng)用時，需要考慮一些重要的因素，其中包括應(yīng)用集群，操作系統(tǒng)(OS)版本，共享文件系統(tǒng)的支持，IP地址分配，負載均衡和數(shù)據(jù)庫I/O需求。由于在不同的云平臺上實現(xiàn)類似的功能時會有著細微的差別，會出現(xiàn)這些挑戰(zhàn)。

　　最后，企業(yè)應(yīng)該考慮，每個候選的云供應(yīng)商可以如何滿足他們在管理，風險與合規(guī)性方面的要求。

　　亞馬遜網(wǎng)絡(luò)服務(wù)迅速的發(fā)展成為最大的云供應(yīng)商，主要原因是由于其在業(yè)界中起步較早，并有著靈活性和豐富的開發(fā)和部署工具生態(tài)系統(tǒng)。他們也是白手起家的企業(yè)中新應(yīng)用開發(fā)的主要候選之一。但是，對于遺留工作負載來說，組織也許會認為VMware是更好的選擇，因為它允許在不需要重構(gòu)和重寫的情況下就完成遷移。除此之外，OpenStack的開源本質(zhì)以及它從一些領(lǐng)先的企業(yè)軟件供應(yīng)商那里所獲得的支持，使得它可以很容易地在不同的云服務(wù)提供商的基礎(chǔ)架構(gòu)間遷移。

　　VMware是最早為企業(yè)提供一個類似云的操作系統(tǒng)的廠商之一，因為它開發(fā)了一個能夠快速將現(xiàn)有的應(yīng)用工作負載轉(zhuǎn)移到現(xiàn)有操作系統(tǒng)基礎(chǔ)架構(gòu)鏡像的平臺上的基礎(chǔ)架構(gòu)。與此同時，它在推出公有云服務(wù)方面則一直落后。VMwarevCloudAir很適合Linux和Windows的混合工作負載；它還在內(nèi)部和外部云環(huán)境中使用相同的vCloud基礎(chǔ)架構(gòu)。這使得管理工作變得更加簡單。

　　一些領(lǐng)先的企業(yè)軟件廠商，包括IBM，谷歌，戴爾，紅帽和惠普企業(yè)都支持OpenStack。但在OpenStack的實現(xiàn)方面各有不同，并且在自動化配置和云爆炸方面有一些挑戰(zhàn)。OpenStack的具體實現(xiàn)是構(gòu)建在一組用于計算，存儲和網(wǎng)絡(luò)服務(wù)的模塊之上。

　　在VMware和AWS之間一次性遷移簡單應(yīng)用工作負載相對簡單直接。對于復雜的應(yīng)用來說就變得較為挑戰(zhàn)，當需要不斷跨云邊界移動工作負載或者在AWS和OpenStack之間移動時。

　　AWS的基礎(chǔ)架構(gòu)側(cè)重于公有云，和一定限度的異地云管理。想要實現(xiàn)一個與AWS緊密配合的應(yīng)用，我們需要先建立一個直接連接的服務(wù)來連接企業(yè)的數(shù)據(jù)中心與虛擬化的私有云資源。

　　諸如AWSDirectConnect這樣的工具可以幫助簡化將工作負載遷移到AWS基礎(chǔ)架構(gòu)，再回到VMware的過程，但在OpenStack的支持方面卻明顯不足。簡單的VM/AMI遷移對于移動獨立的工作負載來說很有效，但如果企業(yè)想要一個真正流暢的跨云平臺基礎(chǔ)架構(gòu)的話，仍然會遇到許多管理和應(yīng)用集成方面的挑戰(zhàn)。

　　所有的即便是最簡單的應(yīng)用也需要某種程度的重構(gòu)。將一個獨立的虛擬機轉(zhuǎn)成可以跨云基礎(chǔ)架構(gòu)運行對于簡單的應(yīng)用來說是沒問題的。但這種混合云模式對于那種構(gòu)建在多個服務(wù)之上的應(yīng)用來說是有所欠缺的。

　　在跨多個云時，最好的策略是使用第三方的諸如RightScale，Platform9和Mirantis之類的公司所提供的混合云管理和工作負載遷移工具。這些工具可以幫助解決那些與建立一個流暢混合云環(huán)境有關(guān)的障礙和復雜性。

　　領(lǐng)先的OpenStack供應(yīng)商正逐步開始同時接受AWS，這將有助于為多云基礎(chǔ)架構(gòu)提供全面的服務(wù)和支持。例如，Rackspace公司最近宣布了一項重大舉措以支持AWS，補充了其現(xiàn)有的OpenStack服務(wù)和支持套件。

　　另一個挑戰(zhàn)是，許多云管理平臺直接支持AWS專用的API。那些希望將內(nèi)部資源與AWS資源整合的企業(yè)可能需要多個API，這制造了額外的開銷和開發(fā)的復雜性。

　　一種混合云的方法是利用EMC的開源工具，這些工具為OpenStack基礎(chǔ)架構(gòu)提供了AWSAPI兼容性的優(yōu)勢。另一種混合云的方法是使用轉(zhuǎn)換服務(wù)，即在OpenStack和VMware基礎(chǔ)架構(gòu)上為AWS產(chǎn)品提供一個代理。思科的IntercloudFabric提供跨多個公共云服務(wù)的公用API。EMC的企業(yè)混合云簡化了運行在VMware，OpenStack和AWS云上的應(yīng)用的API訪問。