云遷移是將數據、應用或其他業務元素移動到云計算環境的過程。

企業可以執行多種類型的云遷移。一種常見的模型是將數據和應用從本地數據中心傳輸到公共云。然而，云遷移還可能需要將數據和應用從一個云平臺或提供商遷移到另一個云平臺或提供商;這種模式稱為云到云(C2C)遷移。第三種類型的遷移是反向云遷移、云遣返或云退出，其中數據或應用從云移出并返回本地數據中心。

為什么云遷移很重要?

云遷移是一個過渡或變化的過程。當組織決定使用云服務時，目標是將計算視為一種公用事業，就像電、水或天然氣一樣。公有云的高度可擴展性、即用即付的特性為企業提供了靈活性，可以僅使用所需的資源、僅在需要的時間內使用，并且只需為實際消耗的資源付費。這是一個有吸引力的模式轉變，吸引了各種規模和垂直領域的企業。

但是，選擇在云中運行業務工作負載和托管業務數據可能比看起來更復雜。并非所有工作負載都適合云。這可能是由于性能需求、依賴性或工作負載本身的設計所造成的。其還可能因合規性、安全性和其他影響企業運行計算任務的方式和位置的監管指南而變得復雜，例如圍繞數據主權不斷增長的要求。

成功的云遷移既是一個重要的業務流程，也是一個技術流程。任何云遷移都必須從明確的業務用例和目標開始。只有這樣，技術人員才能通過云架構的組合來規劃棘手的路線;選擇數據和工作負載載體，例如虛擬機、存儲卷和容器;連接云服務，例如防火墻、負載均衡器甚至數據庫;進行在云中運行所需工作負載所需的實際遷移;然后執行所需的測試和持續監控，以確保云中的工作負載安全，并隨著時間的推移按需要執行。

因此，云遷移對于某些應用來說可能具有挑戰性，并且遷移項目有時可能會失敗，通常需要采取補救措施，例如云遣返。這里的關鍵是，云遷移不是一個全有或全無的交易。在單個工作負載的基礎上評估和處理云遷移的業務，可以以對組織最有利的方式做出有關云利用的有說服力的決策。即使某個工作負載的云遷移失敗，也不妨礙無數其他工作負載成功和有益地使用云。

云遷移的主要優勢是什么?

許多組織將本地應用和數據從本地數據中心遷移到公共云基礎設施，以利用更大的彈性、自助服務配置、冗余和靈活的按使用付費模式等優勢。

云遷移的總體目標或優勢本質上與使用云本身的原因相同：根據成本、性能和安全性等因素，在最有效的IT環境中托管應用和數據。以下是更全面的特定云遷移的優勢：

更好的敏捷性和靈活性。云旨在按需提供幾乎任何數量的資源(計算和存儲)和服務。這使組織可以立即部署和擴展工作負載，而無需等待基礎設施購買，根據需要使用資源，并且只需為實際消耗的資源付費。

更好的可擴展性。當工作負載需要更多資源來維護和增強性能時，云可以立即提供這些額外資源，而無需采購和部署新的硬件和平臺，因為這些硬件和平臺已經存在于公共云中并可用。

創新能力。云使企業能夠嘗試新的架構設計和測試工作負載，而無需對本地基礎設施進行投資或承擔風險。這可以幫助企業嘗試新的工作負載和方法，同時減少基礎設施投資和相應的風險。

緩解本地資源需求。云可以減輕昂貴的本地數據中心利用率和擴展需求的壓力。本地數據中心可以繼續為關鍵工作負載提供服務，而其他常規或非關鍵工作負載可以托管在云中。企業可以提前阻止甚至取消數據中心的建設或擴建，在某些情況下甚至可以減少本地數據中心的占地面積。

長期成本管理。隨著時間的推移，云不一定比本地數據中心成本更低，但從本地數據中心的巨額資本支出轉向云中每月適度的常規性運營支出，可以幫助企業更好地管理項目預算和成本預測。

更好的工作負載性能。當從單個數據中心提供服務時，全局工作負載可能會受到延遲和其他性能限制。公有云在全球不同地緣政治區域提供了許多區域數據中心。這使企業能夠將工作負載托管在距離各自用戶更近的地方，以獲得更好的性能，同時遵守這些不同區域的數據主權和其他監管要求。

云遷移策略的類型

將工作負載轉移到云端需要一個深思熟慮的策略，其中包括管理和技術挑戰的復雜組合，以及人員和資源的重新調整?？梢赃x擇要執行的遷移類型以及應移動的數據類型。在采取行動之前，請務必考慮以下云遷移清單。

將企業工作負載從本地數據中心遷移到云提供商的基礎設施有以下三種基本策略：

提升和移動。也稱為重新托管，這種策略是最直接的方法，其中本地工作負載及其數據基本上被移動(重新托管)到云提供商基礎設施內相應的計算和存儲資源。例如，當依賴性很少且業務影響較小時，可以相對輕松且快速地將虛擬機(VM)中的工作負載及其存儲卷重新部署到云中。

重新平臺化。并非所有工作負載都能適應簡單的重新托管。許多企業工作負載可能很復雜，具有大量依賴項，企業可能會選擇對工作負載的部署架構進行一些更改，以提高其在公共云環境中的性能。例如，如果工作負載需要數據庫，企業可以使用已托管并通過云提供商提供的兼容數據庫服務，而不是部署相應數據庫的副本。與重新托管相比，重新構建工作負載平臺可能更加困難和耗時，并且需要更多的測試和驗證。

重構。這種類型的云遷移涉及對工作負載本身進行根本性的重新設計，以優化其對云資源的使用并提高其在云中的性能。例如，考慮將單個整體工作負載部署為難以擴展的大型且笨重的虛擬機。該工作負載可以重新設計為基于容器、Kubernetes支持的微服務應用，能夠自動擴展不同的微服務組件，以提高性能，同時最大限度地減少云服務的使用。重構工作負載通常是云遷移項目中最耗時、最復雜的類型，通常是為采用云優先工作負載設計和部署策略的企業保留的。

就實際遷移方法或流程而言，每個企業將工作負載遷移到云的原因不同，每個組織的目標也會有所不同。第一步是確定要遷移到云的應用或工作負載。接下來，弄清楚需要移動多少數據、需要多快完成工作以及如何遷移該數據。盤點數據和應用，并尋找依賴關系，以及如何將這些依賴關系復制到云中或可能重新架構以適應眾多云服務選項。

需記住，并非每個應用都應該離開企業數據中心。應該保留的應用包括業務關鍵型、具有高吞吐量、需要低延遲或具有嚴格的地理管理要求的應用，例如GDPR。

最后，考慮成本。組織可能在硬件基礎設施和軟件許可方面進行了大量投資。如果是這樣，就得權衡是否值得遷移工作負載。云遷移后，IT人員將關注數據性能、使用情況和穩定性，因此請務必為支持這些功能的工具做好預算。

云遷移部署模型

如今的企業有不止一種云模型可供選擇：

• 公共。公共云允許許多用戶通過互聯網或專用連接訪問計算資源。
• 私有。私有云將數據保存在數據中心內，并使用專有架構。
• 混合?；旌显颇Ｐ突旌狭斯苍坪退接性颇Ｐ?，并在兩者之間傳輸數據。
• 多云。在多云場景中，企業使用多個公共云提供商提供的IaaS選項。

除了最初選擇的云模型之外，云部署還應考慮三個主要的云類別：

基礎設施即服務。IaaS是一種經典的“效用計算”模型，其中計算、存儲以及防火墻和負載均衡器等服務可供用戶使用，用戶可以以最適合部署到云的工作負載的方式選擇和構建云基礎設施。

平臺即服務。平臺是云產品，旨在提供特定或高度集成的功能，從而減輕用戶自行部署和維護此類功能的需求。PaaS示例包括基于云的軟件開發平臺或容器部署/管理平臺。

軟件即服務。在SaaS類別中，云服務為用戶提供對一個或多個特定工作負載的訪問，例如Microsoft Office 365等生產力應用，或用于員工費用報告和報銷的Concur。使用SaaS消除了企業部署和維護該應用的需要，而是將應用的開發、操作和維護留給了提供商。

值得注意的是，所有三種云類別都可以以適合特定業務需求的任意組合同時使用。

在確定應用應駐留在何處時，要考慮遷移后其性能如何。確保有足夠的帶寬來實現最佳應用性能。此外，還要確定應用的依賴關系是否會使遷移變得復雜。

檢查應用堆棧中將進行移動的內容。本地應用可能包含許多未使用的功能，并且為遷移和支持這些非必要的項目付費是一種浪費。過時的數據是云遷移的另一個問題。如果沒有充分的理由，將歷史數據移動到云端可能是不明智的，因為這通常會產生檢索成本。

在檢查應用時，可以謹慎地重新考慮其戰略架構，以使其具有更長的使用壽命。少數平臺支持混合和多云環境，包括：

• Microsoft Azure Stack
• Google Cloud Anthos
• AWS Outposts
• VMware Cloud
• 基于容器的PaaS，例如Cloud Foundry或Red Hat OpenShift

云遷移流程如何進行?

企業遵循的云遷移步驟或流程，將根據其想要執行的遷移類型和想要移動的特定資源等因素而有所不同。也就是說，云遷移策略的常見要素包括以下內容：

了解目的。這就是任何云遷移的“原因”。每次云遷移都應首先定義遷移的具體業務目的，并為遷移項目設定明確的期望。如果企業無法確定至少一個有形或可衡量的遷移原因，那么最好盡早暫停該項目。

確定目標應用。這就是云遷移項目的“內容”，其中業務、技術和合規領導者評估本地環境，并確定云遷移的潛在候選者。由于性能、安全性、合規性或其他問題，并非所有工作負載都適合云，因此決定遷移中應包含哪些工作負載是至關重要的一步。此外，遷移并不是一個全有或全無的過程。通常建議將工作負載作為單個項目進行遷移，而不是進行大規模的全方位轉換。從簡單、低優先級的工作負載開始，這些工作負載幾乎沒有依賴關系，并在處理更復雜或關鍵的工作負載之前，積累遷移過程和陷阱的經驗。遷移必須包含遷移項目中的所有依賴項，例如相關數據庫。

選擇云目標。這就是云遷移項目的“位置”。一旦選擇了應用進行云遷移，企業就可以選擇最適合作為目標的云部署模型，例如公共云、私有云、混合云或多云，以及IaaS、PaaS或SaaS。例如，使用SaaS產品替換老化的本地工作負載的簡單遷移可能涉及領先的SaaS提供商，而高級業務轉型策略可能涉及創建私有云、建立混合云，然后進行遷移。

選擇經過驗證的云合作伙伴。仔細考慮云目標非常重要，以確保提供商擁有良好的業績記錄，并在可預見的未來繼續開展業務。這似乎是一種過度的預防措施，但在云計算中，來源就是一切。對企業而言，最具破壞性的事件是發現一家重要的供應商倒閉，迫使企業爭先恐后地尋找替代供應商，這往往會帶來不良結果。

評估遷移成本和需求。云是要花錢的，任何遷移項目都必須考慮遷移成本。這通常包括SaaS的每月費用、PaaS的每用戶費用以及IaaS資源和服務的各種成本。由于云成本是經常性的，企業需要為遷移和持續支持制定適當的資金預算。同樣，在遷移完成后，了解工作負載的性能要求和期望，并準備好為持續的工作負載性能監控和報告建立指標和KPI。

選擇正確的架構。雖然PaaS和SaaS架構在很大程度上是設置好的，并且其成本也相對容易確定，但為IaaS云環境中的工作負載構建架構可能具有挑戰性，尤其是對于高度可擴展的架構。這需要具有所選云目標專業知識的熟練云架構師的努力，來構建一個具有可靠性、安全性、監控和性能的環境，以滿足工作負載的需求。來自IaaS架構設計的成本數據應該循環返回，以完善工作負載的成本分析和預算。

創建遷移計劃。這是云遷移的“時間”和“方式”，使企業能夠概述實際遷移的方法和時間表。該計劃應包括詳細數據遷移的規定;首先測試和驗證依賴關系，例如所需的數據庫;移動預期的目標工作負載;然后執行所有最終測試和驗證。只有這樣，才應該有一個明確的切換過程來關閉本地工作負載，并打開新遷移的云工作負載。最后，對于失敗或有問題的遷移，應該考慮后退流程。任何遷移測試都應包括對訪問和安全性的詳細關注。

執行遷移。所有的部分和計劃都就位后，企業就可以根據其遷移計劃來遷移數據和工作負載。這是所有運動和詳細測試發生的地方。業務和技術領導者，通常是工作負載所有者，應該查看初始性能報告，以確保在滿負載情況下有足夠的性能和安全性。謹慎的遷移計劃可能會在短時間內同時運行云和本地工作負載，同步數據并向更多用戶系統地開放云工作負載，直到云部署得到充分驗證和切換。

跟蹤監控和報告。云工作負載通常配備性能監控服務，以跟蹤工作負載在云中運行時的可用性、訪問、運行狀況和性能。利益相關者應驗證報告是否可用，以及KPI是否符合預期。

后續和組織變革。云遷移可能會產生一些后果。在技術層面，以前由本地工作負載使用的本地資源(例如服務器和存儲)可能會被釋放以供重復使用或退役，以節省企業的電力和冷卻成本。在業務或組織級別，將工作負載轉移到云中可能會導致一些員工重新分配。例如，將自定義工作負載轉移到SaaS產品，可以讓開發人員騰出時間來處理其他項目。

同時，準備好應對云遷移期間的幾個常見挑戰：

• 互操作性
• 數據和應用的可移植性
• 數據完整性和安全性
• 業務連續性

如果沒有適當的規劃，遷移可能會降低工作負載性能，并導致更高的IT成本，從而抵消云計算的一些主要優勢。

移動工作負載。根據遷移的細節，企業可能會選擇將應用直接從本地服務器遷移到云中的新托管環境，而不進行任何修改;此模型有時稱為直接遷移。這本質上是一個一對一的舉措，主要作為短期修復，以節省基礎設施成本。

在其他情況下，更改應用的代碼或架構可能更有益。這個過程稱為重構應用或重構代碼。這可以在云遷移之前完成，也可以在明確遷移降低了應用性能后追溯。

IT管理層應考慮重構應用是否具有經濟意義。分析投資回報率時計算成本、性能和安全性。應用可能至少需要一些重構，無論轉換是最小的還是全面的。

移動數據。將數據從本地數據中心傳輸到公共云時，企業有多種選擇。企業選擇的數據遷移類型取決于其想要移動的數據量和類型，以及完成遷移所需的速度。

將數據和應用遷移到云的一種方法是，通過公共互聯網或私有/專用網絡連接。使用這種方法時，一定要計算并提供必要的帶寬。對于大量數據，斷開互聯網連接可能是不現實的，因此請務必做好相應的計劃，以避免云遷移期間出現長時間停機。

另一種選擇是離線傳輸。這樣，組織將其本地數據上傳到設備上，然后將該設備物理運送到公共云提供商，然后公共云提供商將數據上傳到云。

在某些情況下，使用物理傳輸大量數據可能更有意義。Microsoft、AWS、Google和IBM等主要供應商都提供離線數據傳輸服務。物理傳輸可能無法消除對額外同步的需求，但可以減少移動數據所需的時間和費用。

云遷移測試。在工作負載轉移到生產環境之前，應該對其進行壓力測試和優化，以提供可接受的性能。測試故障條件和冗余系統也很重要。您不應該嘗試測試所有可能的應用程序功能，但您確實需要在應用程序遷移到云之前和之后對應用程序性能的多個方面有深入的了解。制定云遷移測試策略，以確認遷移前后應用程序的基準性能(包括應用程序啟動時間和響應時間)，以及建立適當的安全性和訪問權限以及與其他服務的成功集成。正確的測試需要合適的工具以及經過深思熟慮的測試和驗證策略和實踐。

云遷移安全。在云遷移期間，需要特別考慮新的安全現實。通過網絡遷移數據或應用可能會引發各種類型的攻擊，包括竊取憑據和虛擬機快照、安裝惡意軟件或強制重復遷移并消耗系統資源的持續性拒絕服務攻擊。

首先，組織應該了解其云提供商的共享責任模型，該模型概述了組織和提供商負責的領域。對于用戶來說，這通常意味著底層基礎設施之上的一切，包括數據、訪問和治理。圍繞治理、訪問管理和監控建立規則和結構非常重要。法律和合規團隊應在云遷移決策中發揮作用，以幫助確保正確遵守工作負載和數據的合規性要求。

改變IT員工的角色。一旦云遷移完成，員工將把重點轉移到數據性能、使用率和穩定性上。整體硬件支持有所減少。但是，云工作負載必須進行管理，因此請考慮為團隊添加一些云管理培訓課程。

確保云遷移成功的最佳實踐

組織選擇將應用或工作負載遷移到云的原因有很多，并且每個項目都是獨一無二的，具體取決于資源分配、與其他服務的集成以及多個其他因素。以下是一些云遷移的一般準則，可簡化流程，并改進更改以獲得成功:

獲得組織的支持。當所有利益相關者——從管理層到技術從業者再到終端用戶，都參與進來并了解自己的角色時，轉換會更加順利。

定義云角色和所有權。預先確定由誰負責管理云工作負載的各個方面。這是一個共享環境嗎?如何確認身份并授予或限制訪問權限?如果出現問題，誰負責提供幫助和故障排除?這包括設置和流程的正確記錄。

選擇正確的云服務。云提供商有大量的服務可供選擇。明確工作負載將利用哪些服務，否則將會面臨運行無關服務的風險，其中一些服務可能成本高昂、相互依賴且管理困難。

了解安全風險。云環境很容易受到互聯網攻擊的危害?？紤]到云環境的復雜性，錯誤配置可以說是一個更大的問題。制定云部署的安全策略，確保遵循這些策略，并執行全面的安全測試以識別潛在的漏洞。

計算云成本。對于習慣于大型基礎設施投資的組織來說，云的即用即付模式似乎很有吸引力，也更簡單。但這是一把雙刃劍：密切關注服務的選擇和使用，否則會在月底感到震驚。尋找未使用的資源和服務，即所謂的云蔓延，并努力消除不必要的成本。

制定長期的云路線圖。如果云遷移成功，組織可能會希望在其他工作負載上復制這一成功。確定要遵循的標準，從項目時間表到不同的部署選項，例如混合云設置。

云遷移面臨哪些挑戰?

與任何重大技術工作一樣，企業在應用遷移過程期間和之后面臨潛在的問題和挑戰?？煽康牟呗圆⒉荒芡耆七w移的所有障礙和潛在問題。這些挑戰可能包括以下內容：

不確定和過高的云成本。傳統的數據中心主要代表企業的固定成本，使工作負載能夠以高度的成本信心運行。云更像其他公用事業，其中按使用付費的成本模型可能會導致運行工作負載的成本截然不同。意外的高服務利用率，如API調用，或使用可擴展性為工作負載驅動更多資源的計劃外應用增長，可能會導致企業未做好準備的意外云成本。成本規劃是云架構的核心部分，受益于專業云架構師的經驗，可以實施合理的設計，并圍繞可擴展性設置護欄，以幫助防止云貼紙沖擊。

缺乏云戰略。太多的組織選擇云遷移，因為其被錯誤地視為一種變革性的活動，而企業領導者只是在追隨炒作。簡單地選擇遷移到云并不是業務轉型。轉型不在于使用云，而在于如何使用云來幫助提高業務效益和改善業務。這一切都在云戰略中?？紤]不周或缺乏云戰略可能會導致云遷移失敗。良好的云策略必須側重于掌握當前基礎設施和目標云、預測遷移瓶頸、創建補救應急措施等。目標是計劃：為什么這樣做、做什么、如何做、什么可能會出錯，以及出錯時該怎么做。

云中的應用性能。有時，IT領導者發現其應用在云中的運行效果不如在本地運行的好。其需要確定云遷移失敗的原因;這可能是低延遲、對安全性的擔憂或合規性挑戰。通常，云部署的應用的成本比預期更高，或者其工作效果不如最初預期。這通常不是應用或云的故障，而只是一些傳統應用架構未針對公共云的計算、存儲、網絡和輔助服務進行優化的現實。

應用對云的適用性。還有另一個需要承認的現實：并非每個應用都適合云。管理人員在決定哪些應用應該遷移到云環境時，必須仔細檢查其本地應用。遷移候選項的選擇多種多樣，可以基于業務和技術標準。例如，具有敏感數據的關鍵任務工作負載可能會留在本地，因為這是解決合規性和數據主權等業務問題的首要選擇。

無云退出策略。云遷移計劃經常被忽視的一個方面是，制定可靠的云退出(或遣返)策略，其中應用和數據移出云，并返回到本地或私有云的原始狀態。IT管理人員必須考慮數據的去向、如何管理技術轉型，以及如何解決可能出現的任何業務或法律問題。請務必在遣返前后測試該應用，就像初始遷移一樣。如果對應用進行更改以適應特定的云優勢，例如水平擴展，那么當應用返回本地時，這些優勢將消失。

失敗不是永久性的。許多失敗的云遷移只是暫時逆轉。這可以被重新評估，并可能重新架構，而不是直接遷移重新托管，然后以更高的成功概率發送回云中?？紤]將應用遷移到云之前所做的更改。將應用移回其原始平臺可能是一種選擇。在其他情況下，專門針對云重新平臺化或重構應用甚至可能在遷移回傳統的本地基礎設施時遇到麻煩。最好的選擇可能是，嘗試遷移到不同的云或修補/更新以克服任何問題，然后再嘗試稍后遷移。

基礎設施設計或配置不佳。最佳的應用性能和可用性需要最佳的云基礎設施設計，并為工作負載配置適當的資源和服務，例如虛擬計算實例、存儲卷、網絡元素和支持服務。設計缺失或不充分將對云中的工作負載產生不利影響，并可能導致遷移失敗。例如，云管理員常犯的一個錯誤是設置錯誤的實例類型。確保選擇適當數量的CPU和內存資源，以及為所選存儲和應用程序數據傳輸提供足夠的網絡連接。云遷移通常需要訓練有素且經驗豐富的云架構師和工程師的工作，其可以了解工作負載需求，并構建最佳的云組件來托管遷移的工作負載。

員工不足或缺乏培訓。不要低估適當的員工培訓。在云中管理應用與使用本地數據中心和常規虛擬化資源不同，因此需要一套不同的IT和管理技能。特別是，數據安全需要在云中采用與本地不同的方法。員工培訓需要成為優先事項?？紤]員工的技能組合，并確保每個人都接受過如何控制和管理相關服務的適當培訓。如果在云遷移之前無法對員工進行培訓，那么聘請經驗豐富的AWS合作伙伴來管理該項目是有意義的。

云遷移趨勢

許多因素會影響組織決定是否將應用或工作負載遷移到云。

從廣義上講，云在大多數數字化轉型計劃中發揮著核心作用。大數據分析是云平臺的一大吸引力，其提供了大多數本地系統無法達到的規模和計算資源。這在現今的機器學習和人工智能平臺中最為明顯。隨著企業擴大對云原生技術的使用，其尋求更標準的模板驅動流程，而不是依賴于假設和一小部分開發人員和架構師。

COVID-19大流行促使許多企業加快了遷移到云的計劃，特別是在遠程工作需求增加的情況下。與此同時，員工和消費者現在希望在數字生活的各個方面獲得更好的用戶體驗。公共云的可擴展性和全球可用性可以在增強工作負載性能和改善用戶體驗方面發揮核心作用。單一云部署正在轉向混合和多云策略，旨在讓企業能夠從不同提供商的獨特優勢中受益，同時滿足特定的業務需求。

其他值得關注的新興云遷移趨勢包括采用金融運營(FinOps)，以了解云成本考慮因素，以及接受可持續發展計劃和社會問題，例如云提供商使用可再生或綠色或低碳足跡、能源，這些越來越受到消費者和員工的歡迎。