追求混合云的道路是不適合意志薄弱者的。從短期來看，最佳的混合云模式可能是找出那些可以在不同環(huán)境中長時(shí)間干凈運(yùn)行的應(yīng)用。簡單的轉(zhuǎn)移工作負(fù)載只是冰山一角。更重要的是，我們必須評(píng)估在不同云之間試圖編排應(yīng)用的管理挑戰(zhàn)。企業(yè)還必須認(rèn)識(shí)到那些可能影響混合云性能的種種因素，其中包括應(yīng)用的選擇，數(shù)據(jù)遷移，延遲問題和災(zāi)難恢復(fù)策略。
當(dāng)企業(yè)在考慮跨亞馬遜網(wǎng)絡(luò)服務(wù)(AWS)和其他云基礎(chǔ)架構(gòu)的混合云戰(zhàn)略時(shí)，他們必須選擇在哪里安置他們的數(shù)據(jù)，服務(wù)以及應(yīng)用。企業(yè)必須在前期檢驗(yàn)這種遷移的商業(yè)價(jià)值，以確定哪些工作負(fù)載應(yīng)該被遷移。此外，還需要考慮到工作負(fù)載的遷移以及那些跨云基礎(chǔ)架構(gòu)的應(yīng)用性能等等的管理挑戰(zhàn)。
在將遺留應(yīng)用遷移到云環(huán)境時(shí)，使用VMware的基礎(chǔ)架構(gòu)是很合理的選擇。而OpenStack則開始成為另一種途徑，在一致的基礎(chǔ)架構(gòu)上部署應(yīng)用之后可以再遷移到本地或私有云之上。
在遷移到混合云時(shí)要考慮的一個(gè)因素是，如何正確地安置數(shù)據(jù)來盡量減少分析所需要的大量數(shù)據(jù)流遷移。延遲也是一個(gè)需要注意的因素，因?yàn)楫?dāng)服務(wù)跨越云邊界時(shí)，往返周期時(shí)間可能有所增加。
雖然混合云備份是一種相對(duì)直觀的提供災(zāi)難恢復(fù)的方式，但要?jiǎng)?chuàng)建一個(gè)可以流暢并可靠的移動(dòng)工作負(fù)載的基礎(chǔ)設(shè)施才是更大的挑戰(zhàn)。另一個(gè)關(guān)鍵的挑戰(zhàn)在于簡化跨云基礎(chǔ)架構(gòu)的應(yīng)用API訪問。在創(chuàng)建能夠在云基礎(chǔ)架構(gòu)間移動(dòng)的應(yīng)用時(shí)，需要考慮一些重要的因素，其中包括應(yīng)用集群，操作系統(tǒng)(OS)版本，共享文件系統(tǒng)的支持，IP地址分配，負(fù)載均衡和數(shù)據(jù)庫I/O需求。由于在不同的云平臺(tái)上實(shí)現(xiàn)類似的功能時(shí)會(huì)有著細(xì)微的差別，會(huì)出現(xiàn)這些挑戰(zhàn)。
最后，企業(yè)應(yīng)該考慮，每個(gè)候選的云供應(yīng)商可以如何滿足他們?cè)诠芾�，風(fēng)險(xiǎn)與合規(guī)性方面的要求。
AWS替代方案的崛起
亞馬遜網(wǎng)絡(luò)服務(wù)迅速的發(fā)展成為最大的云供應(yīng)商，主要原因是由于其在業(yè)界中起步較早，并有著靈活性和豐富的開發(fā)和部署工具生態(tài)系統(tǒng)。他們也是白手起家的企業(yè)中新應(yīng)用開發(fā)的主要候選之一。但是，對(duì)于遺留工作負(fù)載來說，組織也許會(huì)認(rèn)為VMware是更好的選擇，因?yàn)樗试S在不需要重構(gòu)和重寫的情況下就完成遷移。除此之外，OpenStack的開源本質(zhì)以及它從一些領(lǐng)先的企業(yè)軟件供應(yīng)商那里所獲得的支持，使得它可以很容易地在不同的云服務(wù)提供商的基礎(chǔ)架構(gòu)間遷移。
VMware是最早為企業(yè)提供一個(gè)類似云的操作系統(tǒng)的廠商之一，因?yàn)樗_發(fā)了一個(gè)能夠快速將現(xiàn)有的應(yīng)用工作負(fù)載轉(zhuǎn)移到現(xiàn)有操作系統(tǒng)基礎(chǔ)架構(gòu)鏡像的平臺(tái)上的基礎(chǔ)架構(gòu)。與此同時(shí)，它在推出公有云服務(wù)方面則一直落后。VMwarevCloudAir很適合Linux和Windows的混合工作負(fù)載；它還在內(nèi)部和外部云環(huán)境中使用相同的vCloud基礎(chǔ)架構(gòu)。這使得管理工作變得更加簡單。
一些領(lǐng)先的企業(yè)軟件廠商，包括IBM，谷歌，戴爾，紅帽和惠普企業(yè)都支持OpenStack。但在OpenStack的實(shí)現(xiàn)方面各有不同，并且在自動(dòng)化配置和云爆炸方面有一些挑戰(zhàn)。OpenStack的具體實(shí)現(xiàn)是構(gòu)建在一組用于計(jì)算，存儲(chǔ)和網(wǎng)絡(luò)服務(wù)的模塊之上。
在云和云之間遷移簡單的工作負(fù)載
在VMware和AWS之間一次性遷移簡單應(yīng)用工作負(fù)載相對(duì)簡單直接。對(duì)于復(fù)雜的應(yīng)用來說就變得較為挑戰(zhàn)，當(dāng)需要不斷跨云邊界移動(dòng)工作負(fù)載或者在AWS和OpenStack之間移動(dòng)時(shí)。
AWS的基礎(chǔ)架構(gòu)側(cè)重于公有云，和一定限度的異地云管理。想要實(shí)現(xiàn)一個(gè)與AWS緊密配合的應(yīng)用，我們需要先建立一個(gè)直接連接的服務(wù)來連接企業(yè)的數(shù)據(jù)中心與虛擬化的私有云資源。
諸如AWSDirectConnect這樣的工具可以幫助簡化將工作負(fù)載遷移到AWS基礎(chǔ)架構(gòu)，再回到VMware的過程，但在OpenStack的支持方面卻明顯不足。簡單的VM/AMI遷移對(duì)于移動(dòng)獨(dú)立的工作負(fù)載來說很有效，但如果企業(yè)想要一個(gè)真正流暢的跨云平臺(tái)基礎(chǔ)架構(gòu)的話，仍然會(huì)遇到許多管理和應(yīng)用集成方面的挑戰(zhàn)。
所有的即便是最簡單的應(yīng)用也需要某種程度的重構(gòu)。將一個(gè)獨(dú)立的虛擬機(jī)轉(zhuǎn)成可以跨云基礎(chǔ)架構(gòu)運(yùn)行對(duì)于簡單的應(yīng)用來說是沒問題的。但這種混合云模式對(duì)于那種構(gòu)建在多個(gè)服務(wù)之上的應(yīng)用來說是有所欠缺的。
管理混合工作負(fù)載
在跨多個(gè)云時(shí)，最好的策略是使用第三方的諸如RightScale，Platform9和Mirantis之類的公司所提供的混合云管理和工作負(fù)載遷移工具。這些工具可以幫助解決那些與建立一個(gè)流暢混合云環(huán)境有關(guān)的障礙和復(fù)雜性。
領(lǐng)先的OpenStack供應(yīng)商正逐步開始同時(shí)接受AWS，這將有助于為多云基礎(chǔ)架構(gòu)提供全面的服務(wù)和支持。例如，Rackspace公司最近宣布了一項(xiàng)重大舉措以支持AWS，補(bǔ)充了其現(xiàn)有的OpenStack服務(wù)和支持套件。
跨混合云的API支持
另一個(gè)挑戰(zhàn)是，許多云管理平臺(tái)直接支持AWS專用的API。那些希望將內(nèi)部資源與AWS資源整合的企業(yè)可能需要多個(gè)API，這制造了額外的開銷和開發(fā)的復(fù)雜性。
一種混合云的方法是利用EMC的開源工具，這些工具為OpenStack基礎(chǔ)架構(gòu)提供了AWSAPI兼容性的優(yōu)勢(shì)。另一種混合云的方法是使用轉(zhuǎn)換服務(wù)，即在OpenStack和VMware基礎(chǔ)架構(gòu)上為AWS產(chǎn)品提供一個(gè)代理。思科的IntercloudFabric提供跨多個(gè)公共云服務(wù)的公用API。EMC的企業(yè)混合云簡化了運(yùn)行在VMware，OpenStack和AWS云上的應(yīng)用的API訪問。
