在混合云環(huán)境中遷移數(shù)據(jù)和應(yīng)用并不是一件簡單的事。盡管挑戰(zhàn)是如此嚴(yán)峻，但是對于眾多企業(yè)來說其回報也是頗豐的。 對于AWS以及一眾公共云供應(yīng)商來說，云計算的興起可謂一大福音。各類規(guī)模的企業(yè)都針對他們的存儲應(yīng)用和各種工作負(fù)載采用了混合云解決方案。使用混合云的原因有很多，其中不僅是因為其所具有的公共云優(yōu)勢，而且它還讓企業(yè)用戶能夠充分利用內(nèi)部部署私有云的附加安全性和可控性。

[[162823]]

混合云讓企業(yè)用戶能夠降低成本、高效運(yùn)行工作負(fù)載、在最適合的環(huán)境中開發(fā)應(yīng)用程序以及為最終用戶和數(shù)據(jù)追求某種合適程度的安全性與可靠性。通過依靠特定公共云和私有云供應(yīng)商的優(yōu)勢，企業(yè)能夠開發(fā)他們自己的云雞尾酒——旨在幫助企業(yè)實現(xiàn)成功的專用服務(wù)集。

但是問題在于：實施混合云也是一項讓人感到頭痛的工作。數(shù)據(jù)和工作負(fù)載的遷移是很復(fù)雜困難的，而且并不是所有的工作負(fù)載都具有從一家云服務(wù)供應(yīng)商到另一家供應(yīng)商的互操作性。識別和解決這些混合云挑戰(zhàn)是保持一個高效云環(huán)境的關(guān)鍵。以下是一些企業(yè)在實施混合云時所遇到的常見問題，以及我們提出的解決途徑。

在整合過程中，***的混合云挑戰(zhàn)是什么?

當(dāng)使用AWS作為公共云組件來創(chuàng)建混合云時，一些長期性的優(yōu)勢(如可擴(kuò)展性、應(yīng)用程序靈活性和資源管理)都會受到諸如應(yīng)用程序遷移、管理以及API支持等初始混合云實施的限制而難以顯現(xiàn)。在整個過程中,一步踏錯都能夠立即給混合云帶來不可估量的負(fù)面影響,并給企業(yè)留下一個與實際脫節(jié)、價格昂貴且效率低下的云運(yùn)行。請記住：那些同時使用公共云和私有云的企業(yè)如果沒有能力在兩者之間進(jìn)行工作負(fù)載遷移，或者說不擁有對所有相關(guān)工作負(fù)載進(jìn)行監(jiān)控、分析和控制的能力，那么他們并沒有實施真正的混合云計算;他們只是擁有著兩個獨立的云環(huán)境而已。 管理人員在實際開始部署混合云以及通過確定實施混合云的成本效益來確定待遷移的合適工作負(fù)載之前，他們應(yīng)當(dāng)制訂一個合適周密的計劃。針對應(yīng)用程序如何在混合云架構(gòu)中運(yùn)行而設(shè)計一份計劃是特別重要的，其中有無數(shù)的因素有待考慮，例如負(fù)載平衡、I/O需求以及IP地址分配等等。

企業(yè)用戶是否應(yīng)當(dāng)把原有應(yīng)用遷往公共云?

很多應(yīng)用程序都能夠通過遷往一個可擴(kuò)展的云環(huán)境而受益匪淺，但是一些原有的舊應(yīng)用程序則更適于在本地部署中運(yùn)行。企業(yè)用戶有時候可以執(zhí)行成本分析，即比較在他們私有數(shù)據(jù)中心中運(yùn)行某些工作負(fù)載和定期運(yùn)行EC2實例的成本，從而找到單位成本下的更高性能。輕量級應(yīng)用程序能夠在AWS中獲得更直接的性能和成本優(yōu)勢，而重量級單機(jī)工作負(fù)載則有可能讓用戶每個月都收到一長串的云計算賬單。 內(nèi)部部署硬件的相關(guān)合同條款可能會進(jìn)一步限制應(yīng)用程序遷往公共云，而違反合同的代價往往并不能通過使用AWS而帶來的任何金錢利益抵消。有著這些類型限制的企業(yè)可能仍然能夠找到一個混合云用例，例如基于云的應(yīng)用程序與基礎(chǔ)設(shè)施災(zāi)難恢復(fù)。

如何在不同云之間實現(xiàn)數(shù)據(jù)或工作負(fù)載的遷移?

使用Vmware的云用戶已經(jīng)可以通過vCenter的AWS管理門戶網(wǎng)站把虛擬機(jī)導(dǎo)入AWS。混合云遷移的本地工具仍然有著一些功能上的限制，特別是將它們用于在不同云之間復(fù)雜多層次應(yīng)用程序的遷移中更是如此。 雖然AWS和Vmware都在改進(jìn)本地工具方面做出了大量的貢獻(xiàn)，但是存在一個健康的第三方遷移工具市場將為企業(yè)用戶提供更多在云服務(wù)之間遷移數(shù)據(jù)和應(yīng)用的選項。包括Unitrends、Racemi以及Zerto在內(nèi)的一些供應(yīng)商都正在解決遷移問題，并通知管理員哪些數(shù)據(jù)和工作負(fù)載可更順暢地進(jìn)行遷移，但目前還沒有哪一個工具都給非常適合于所有的企業(yè)。

哪些網(wǎng)絡(luò)和安全性并發(fā)癥會引發(fā)遷移后問題?

在完成混合云部署之后，是沒有時間擊掌相慶的。成功地運(yùn)行一個混合云意味著確保企業(yè)在公共云和私有云中運(yùn)行的數(shù)據(jù)是安全的。每一家云服務(wù)供應(yīng)商在安全性方面都有著不同的特定和理念。 例如，在Vmware和AWS之間有著根本的聯(lián)網(wǎng)差異。這甚至還不包括網(wǎng)絡(luò)帶寬問題，當(dāng)在內(nèi)部部署和公共云之間遷移數(shù)據(jù)時，這一問題會進(jìn)一步讓工作流程陷入困境。但是，所有這些問題與比較刻板的企業(yè)文化相比就顯得不值一提了。IT團(tuán)隊需要靈活性，他們應(yīng)當(dāng)不斷地致力于了解和整合可用于提高企業(yè)整體實力的所有服務(wù)和技術(shù)。

有混合云管理的成功案例嗎?

鑒于以上所有這些混合云計算的挑戰(zhàn)，可以想見企業(yè)在建立一個混合云環(huán)境時企業(yè)是很容易會失敗的，或者至少是蹣跚前行的。但是，成功的混合云管理則有助于企業(yè)占領(lǐng)有利位置并邁向成功。 FlightStats公司選擇使用具有私有云和公共云環(huán)境之間差異化功能的混合云：這家全球數(shù)據(jù)服務(wù)公司瞄準(zhǔn)了航空航天監(jiān)視每天十億量級的交易.為了實現(xiàn)這一目標(biāo)，F(xiàn)lightStats公司的IT團(tuán)隊開發(fā)了自定義SaltStack模塊,這是一個開源配置管理工具,它是少數(shù)幾個可跨兩個云環(huán)境實現(xiàn)部署工具之一。除了其他的一些功能以外，這些模塊可檢測和自動修復(fù)錯誤。 蓋帝圖像有限公司是一家可視通訊企業(yè)，他們最初采用以VMware為中心的方法，之后則針對其全球運(yùn)營增加了AWS 和 OpenStack的運(yùn)行環(huán)境。雖然蓋帝圖像的IT人員正準(zhǔn)備把應(yīng)用從AWS遷往OpenStack，但是它仍然依賴于AWS并有能力將其進(jìn)行備份、開發(fā)定制的CloudFormation模板和Auto Scaling組。

容器技術(shù)集成混合云模式的切入點在哪里?

對于眾多企業(yè)來說，混合云可謂意義深遠(yuǎn)，它能夠幫助他們避免受制于某特定供應(yīng)商、提供更安全的計算解決方案以及降低云計算使用成本?；旌显骗h(huán)境的好處有望在未來有所增加，同時更多的工具將紛紛問世以解決混合云的諸多難題并滿足企業(yè)需求。 Docker尚處于其起步階段，但是容器化技術(shù)有望成為一個混合云的工具，這主要歸功于其在不同基礎(chǔ)設(shè)施之間的可移植性。容器管理將繼續(xù)與Docker及其他云供應(yīng)商一起開發(fā)出下一代的容器技術(shù)。 隨著云供應(yīng)商更多地幫助客戶找到混合選項而不是找到批發(fā)選項，本地工具也一定會發(fā)展良好。雖然AWS、Azure以及其他云服務(wù)供應(yīng)商會非常感激所有使用他們產(chǎn)品的企業(yè)，但是云文化更傾向于其中長袖善舞者。