云遷移是將數(shù)據(jù)、應(yīng)用或其他業(yè)務(wù)元素移動到云計算環(huán)境的過程。

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

為什么云遷移很重要?

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

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

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

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

云遷移的主要優(yōu)勢是什么?

許多組織將本地應(yīng)用和數(shù)據(jù)從本地數(shù)據(jù)中心遷移到公共云基礎(chǔ)設(shè)施，以利用更大的彈性、自助服務(wù)配置、冗余和靈活的按使用付費模式等優(yōu)勢。

云遷移的總體目標(biāo)或優(yōu)勢本質(zhì)上與使用云本身的原因相同：根據(jù)成本、性能和安全性等因素，在最有效的IT環(huán)境中托管應(yīng)用和數(shù)據(jù)。以下是更全面的特定云遷移的優(yōu)勢：

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

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

創(chuàng)新能力。云使企業(yè)能夠嘗試新的架構(gòu)設(shè)計和測試工作負載，而無需對本地基礎(chǔ)設(shè)施進行投資或承擔(dān)風(fēng)險。這可以幫助企業(yè)嘗試新的工作負載和方法，同時減少基礎(chǔ)設(shè)施投資和相應(yīng)的風(fēng)險。

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

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

更好的工作負載性能。當(dāng)從單個數(shù)據(jù)中心提供服務(wù)時，全局工作負載可能會受到延遲和其他性能限制。公有云在全球不同地緣政治區(qū)域提供了許多區(qū)域數(shù)據(jù)中心。這使企業(yè)能夠?qū)⒐ぷ髫撦d托管在距離各自用戶更近的地方，以獲得更好的性能，同時遵守這些不同區(qū)域的數(shù)據(jù)主權(quán)和其他監(jiān)管要求。

云遷移策略的類型

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

將企業(yè)工作負載從本地數(shù)據(jù)中心遷移到云提供商的基礎(chǔ)設(shè)施有以下三種基本策略：

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

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

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

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

需記住，并非每個應(yīng)用都應(yīng)該離開企業(yè)數(shù)據(jù)中心。應(yīng)該保留的應(yīng)用包括業(yè)務(wù)關(guān)鍵型、具有高吞吐量、需要低延遲或具有嚴格的地理管理要求的應(yīng)用，例如GDPR。

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

云遷移部署模型

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

公共。公共云允許許多用戶通過互聯(lián)網(wǎng)或?qū)Ｓ眠B接訪問計算資源。

私有。私有云將數(shù)據(jù)保存在數(shù)據(jù)中心內(nèi)，并使用專有架構(gòu)。

混合?；旌显颇Ｐ突旌狭斯苍坪退接性颇Ｐ?，并在兩者之間傳輸數(shù)據(jù)。

多云。在多云場景中，企業(yè)使用多個公共云提供商提供的IaaS選項。

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

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

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

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

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

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

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

在檢查應(yīng)用時，可以謹慎地重新考慮其戰(zhàn)略架構(gòu)，以使其具有更長的使用壽命。少數(shù)平臺支持混合和多云環(huán)境，包括：

Microsoft Azure Stack

Google Cloud Anthos

AWS Outposts

VMware Cloud

基于容器的PaaS，例如Cloud Foundry或Red Hat OpenShift

云遷移流程如何進行?

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

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

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

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

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

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

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

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

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

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

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

同時，準備好應(yīng)對云遷移期間的幾個常見挑戰(zhàn)：

互操作性

數(shù)據(jù)和應(yīng)用的可移植性

數(shù)據(jù)完整性和安全性

業(yè)務(wù)連續(xù)性

如果沒有適當(dāng)?shù)囊?guī)劃，遷移可能會降低工作負載性能，并導(dǎo)致更高的IT成本，從而抵消云計算的一些主要優(yōu)勢。

移動工作負載。根據(jù)遷移的細節(jié)，企業(yè)可能會選擇將應(yīng)用直接從本地服務(wù)器遷移到云中的新托管環(huán)境，而不進行任何修改;此模型有時稱為直接遷移。這本質(zhì)上是一個一對一的舉措，主要作為短期修復(fù)，以節(jié)省基礎(chǔ)設(shè)施成本。

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

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

移動數(shù)據(jù)。將數(shù)據(jù)從本地數(shù)據(jù)中心傳輸?shù)焦苍茣r，企業(yè)有多種選擇。企業(yè)選擇的數(shù)據(jù)遷移類型取決于其想要移動的數(shù)據(jù)量和類型，以及完成遷移所需的速度。

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

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

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

云遷移測試。在工作負載轉(zhuǎn)移到生產(chǎn)環(huán)境之前，應(yīng)該對其進行壓力測試和優(yōu)化，以提供可接受的性能。測試故障條件和冗余系統(tǒng)也很重要。您不應(yīng)該嘗試測試所有可能的應(yīng)用程序功能，但您確實需要在應(yīng)用程序遷移到云之前和之后對應(yīng)用程序性能的多個方面有深入的了解。制定云遷移測試策略，以確認遷移前后應(yīng)用程序的基準性能(包括應(yīng)用程序啟動時間和響應(yīng)時間)，以及建立適當(dāng)?shù)陌踩院驮L問權(quán)限以及與其他服務(wù)的成功集成。正確的測試需要合適的工具以及經(jīng)過深思熟慮的測試和驗證策略和實踐。

云遷移安全。在云遷移期間，需要特別考慮新的安全現(xiàn)實。通過網(wǎng)絡(luò)遷移數(shù)據(jù)或應(yīng)用可能會引發(fā)各種類型的攻擊，包括竊取憑據(jù)和虛擬機快照、安裝惡意軟件或強制重復(fù)遷移并消耗系統(tǒng)資源的持續(xù)性拒絕服務(wù)攻擊。

首先，組織應(yīng)該了解其云提供商的共享責(zé)任模型，該模型概述了組織和提供商負責(zé)的領(lǐng)域。對于用戶來說，這通常意味著底層基礎(chǔ)設(shè)施之上的一切，包括數(shù)據(jù)、訪問和治理。圍繞治理、訪問管理和監(jiān)控建立規(guī)則和結(jié)構(gòu)非常重要。法律和合規(guī)團隊?wèi)?yīng)在云遷移決策中發(fā)揮作用，以幫助確保正確遵守工作負載和數(shù)據(jù)的合規(guī)性要求。

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

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

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

獲得組織的支持。當(dāng)所有利益相關(guān)者——從管理層到技術(shù)從業(yè)者再到終端用戶，都參與進來并了解自己的角色時，轉(zhuǎn)換會更加順利。

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

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

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

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

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

云遷移面臨哪些挑戰(zhàn)?

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

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

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

云中的應(yīng)用性能。有時，IT領(lǐng)導(dǎo)者發(fā)現(xiàn)其應(yīng)用在云中的運行效果不如在本地運行的好。其需要確定云遷移失敗的原因;這可能是低延遲、對安全性的擔(dān)憂或合規(guī)性挑戰(zhàn)。通常，云部署的應(yīng)用的成本比預(yù)期更高，或者其工作效果不如最初預(yù)期。這通常不是應(yīng)用或云的故障，而只是一些傳統(tǒng)應(yīng)用架構(gòu)未針對公共云的計算、存儲、網(wǎng)絡(luò)和輔助服務(wù)進行優(yōu)化的現(xiàn)實。

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

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

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

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

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

云遷移趨勢

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

從廣義上講，云在大多數(shù)數(shù)字化轉(zhuǎn)型計劃中發(fā)揮著核心作用。大數(shù)據(jù)分析是云平臺的一大吸引力，其提供了大多數(shù)本地系統(tǒng)無法達到的規(guī)模和計算資源。這在現(xiàn)今的機器學(xué)習(xí)和人工智能平臺中最為明顯。隨著企業(yè)擴大對云原生技術(shù)的使用，其尋求更標(biāo)準的模板驅(qū)動流程，而不是依賴于假設(shè)和一小部分開發(fā)人員和架構(gòu)師。

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

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