工作負(fù)載遷移是將工作負(fù)載（通常是程序或服務(wù)）從一個(gè)基礎(chǔ)架構(gòu)環(huán)境遷移到另一個(gè)基礎(chǔ)架構(gòu)環(huán)境的行為，例如從本地?cái)?shù)據(jù)中心遷移到公共云，從一個(gè)云提供商遷移到另一個(gè)云提供商，或者從云遷移回本地。場(chǎng)所基礎(chǔ)設(shè)施。

當(dāng)組織進(jìn)行云遷移時(shí)，數(shù)據(jù)庫(kù)、備份和恢復(fù)過(guò)程以及工作負(fù)載會(huì)從本地服務(wù)器遷移到一個(gè)或多個(gè)云提供商。這樣做的原因有很多，其中主要是利用由云提供商管理的高度可擴(kuò)展的基礎(chǔ)架構(gòu)，將工作負(fù)載定位在特定的全球區(qū)域，降低固定容量基礎(chǔ)架構(gòu)的成本，使用按使用付費(fèi)的成本模型，或利用當(dāng)前基礎(chǔ)架構(gòu)上可能不可用的云原生服務(wù)。

盡管并非所有工作負(fù)載都適合云遷移，但最佳候選者包括：

• 容量變化很大的工作負(fù)載，例如在高峰期
• 存儲(chǔ)、備份、 容災(zāi)、 業(yè)務(wù)連續(xù)性、歸檔等數(shù)據(jù)保護(hù)服務(wù)
• 使用微服務(wù)的現(xiàn)代、松散耦合或多層應(yīng)用程序
• 旨在按需擴(kuò)展的工作負(fù)載

為什么工作負(fù)載遷移很重要？

所有行業(yè)的企業(yè)都依賴應(yīng)用程序來(lái)推動(dòng)數(shù)字化轉(zhuǎn)型工作。他們希望對(duì)其應(yīng)用程序群進(jìn)行現(xiàn)代化改造。大多數(shù)人都有一個(gè)理想的未來(lái)狀態(tài)，這通常由基于云的、容器化的、基于微服務(wù)的應(yīng)用程序組成，這些應(yīng)用程序創(chuàng)建用于與 DevOps 流程一起運(yùn)行，通?？缍鄠€(gè)云。雖然愿景通常是明確定義的，但實(shí)現(xiàn)愿景的路徑卻不是。有巨大的技術(shù)、組織和運(yùn)營(yíng)障礙需要克服，企業(yè)發(fā)現(xiàn)這些挑戰(zhàn)通常比最初預(yù)期的更加困難和耗時(shí)。

工作負(fù)載可移植性和遷移是應(yīng)用程序現(xiàn)代化和企業(yè)云采用的核心。遷移應(yīng)用程序的能力使組織能夠利用多個(gè)云提供商的功能和性價(jià)比模型，并能夠遷移回本地基礎(chǔ)設(shè)施，如果這對(duì)業(yè)務(wù)或技術(shù)原因最有意義的話。如果沒(méi)有工作負(fù)載遷移，組織可能會(huì)被鎖定到單個(gè)云提供商，并受制于其定價(jià)、策略和性能特征。

工作負(fù)載遷移如何工作？

在開(kāi)始工作負(fù)載遷移之前，組織必須確保他們擁有正確的技能組合。應(yīng)考慮對(duì)新目標(biāo)環(huán)境進(jìn)行培訓(xùn)和教育，以確保服務(wù)能夠得到妥善管理，應(yīng)用程序能夠順利運(yùn)行，因?yàn)樵铺峁┥痰倪\(yùn)作方式與本地?cái)?shù)據(jù)中心和本地虛擬機(jī) (VM) 的運(yùn)作方式截然不同。必須采用新的安全協(xié)議來(lái)確?；谠频慕M件和本地組件都是端到端的安全。

源平臺(tái)和目標(biāo)平臺(tái)的兼容性以及選擇最適合用途的遷移工具都會(huì)對(duì)遷移工作的速度和成本產(chǎn)生重大影響。盡管遷移步驟會(huì)因組織和工作負(fù)載而異，但大多數(shù)遷移都有一些共性，包括：

• 云提供商選擇
• ROI 和 TCO的成本評(píng)估
• 性能和安全需求評(píng)估

此應(yīng)用程序合理化過(guò)程通常有五種可能的結(jié)果：

• 重構(gòu)：應(yīng)用程序被重寫(xiě)，通常為微服務(wù)架構(gòu)
• 重新平臺(tái)：通常從虛擬機(jī)到容器，通常到公共云基礎(chǔ)設(shè)施
• 重新托管：“按原樣”遷移到云端
• 替換：通常使用所需功能的 SaaS 版本
• 保留：將應(yīng)用程序保留在其現(xiàn)有的本地基礎(chǔ)架構(gòu)上。
• 退休：從投資組合中刪除應(yīng)用程序

隨著企業(yè)對(duì)其應(yīng)用程序的合理化，針對(duì)該應(yīng)用程序的各種考慮可能需要將某個(gè)云作為其目的地。某些應(yīng)用程序（例如 Microsoft 的應(yīng)用程序）可能在 Azure 上運(yùn)行得最好，而其他應(yīng)用程序可能希望利用 Google Cloud Platform 的 AI 功能。不過(guò)，其他的可能會(huì)被僅在一個(gè)云中運(yùn)行的 SaaS 應(yīng)用程序所取代。通常，這些決定是由每個(gè)應(yīng)用程序團(tuán)隊(duì)根據(jù)其應(yīng)用程序的個(gè)人需求做出的。這自然會(huì)導(dǎo)致多云擴(kuò)散。正因?yàn)槿绱耍嘣茖?duì)于每個(gè)企業(yè)來(lái)說(shuō)都是現(xiàn)實(shí)，因?yàn)樗鼈兪箲?yīng)用程序合理化和現(xiàn)代化。

選擇遷移方法后，應(yīng)進(jìn)行帶寬計(jì)算以確定數(shù)據(jù)和 VM 的初始傳輸是通過(guò)網(wǎng)絡(luò)完成還是離線完成?？赡軙?huì)扼殺其他網(wǎng)絡(luò)流量的非常大的數(shù)據(jù)傳輸可能最好通過(guò)運(yùn)送磁盤(pán)來(lái)執(zhí)行。接下來(lái)，應(yīng)對(duì)工作負(fù)載進(jìn)行壓力測(cè)試，以確保在預(yù)計(jì)負(fù)載下的性能令人滿意，并防止出現(xiàn)令人不快的意外。物理遷移后，主要工作轉(zhuǎn)移到管理上，包括跟蹤性能和使用情況。這些云工作負(fù)載遷移工具經(jīng)常被忽視。

工作負(fù)載遷移有什么好處？

1. 成本

通過(guò)將工作負(fù)載遷移到云提供商可以實(shí)現(xiàn)大量節(jié)省。組織只需為他們使用的東西付費(fèi)，而不必進(jìn)行大量的基礎(chǔ)設(shè)施購(gòu)買(mǎi)或升級(jí)。相反，云提供商對(duì)其基礎(chǔ)架構(gòu)進(jìn)行升級(jí)和更新作為其業(yè)務(wù)模型的一部分，而組織只需通過(guò)維護(hù)其云工作負(fù)載即可從這些進(jìn)步中受益。

許多組織發(fā)現(xiàn)他們可以減少與將工作負(fù)載遷移到云的電源和冷卻相關(guān)的房地產(chǎn)支出和運(yùn)營(yíng)成本。最近，德勤發(fā)現(xiàn)組織將近三分之二的 IT 預(yù)算用于維護(hù)。這些費(fèi)用由云提供商承擔(dān)，組織為其工作負(fù)載支付可預(yù)測(cè)的月費(fèi)。

2. 可擴(kuò)展性和工作負(fù)載平衡

云提供商簡(jiǎn)化了根據(jù)不斷變化的需求和業(yè)務(wù)因素進(jìn)行擴(kuò)展和縮減的方法。此外，一些組織使用工作負(fù)載平衡策略作為其遷移計(jì)劃的一部分，以實(shí)現(xiàn)本地和云之間、云之間或以上所有方面的負(fù)載平衡。

3. 安全

如果組織了解有共同的責(zé)任并且提供商和用戶都必須盡自己的一份力量，那么云提供商可以比本地基礎(chǔ)設(shè)施更安全。隨著組織越來(lái)越多地采用零信任安全策略，云工作負(fù)載受益于當(dāng)今實(shí)踐中最嚴(yán)格的物理安全策略。由于云提供商本質(zhì)上是多租戶的，為全球金融、醫(yī)療和政府客戶提供服務(wù)，因此他們必須展示最嚴(yán)格的安全實(shí)踐并滿足最廣泛的政府監(jiān)管實(shí)踐。大多數(shù)云提供商還提供許多內(nèi)置安全功能，例如安全分析、定期更新、跨企業(yè)可見(jiàn)性，以及阻止不需要的流量訪問(wèn)工作負(fù)載所在的機(jī)器。

4. 可訪問(wèn)性

云工作負(fù)載的本質(zhì)意味著可以從任何有安全網(wǎng)絡(luò)連接到云的地方訪問(wèn)它們。許多云遷移就是為了這個(gè)好處而進(jìn)行的。隨時(shí)隨地，任何設(shè)備訪問(wèn)都是數(shù)字化轉(zhuǎn)型的關(guān)鍵特征。此外，基于云的備份或存檔有助于加快恢復(fù)速度，并可在數(shù)據(jù)丟失或故障后將恢復(fù)點(diǎn)目標(biāo) (RPO) 和恢復(fù)時(shí)間目標(biāo) (RTO) 降至接近零的水平。

5. 現(xiàn)代化

希望通過(guò)微服務(wù)和 API 對(duì)其應(yīng)用程序進(jìn)行現(xiàn)代化改造的組織根據(jù)定義采用云原生方法進(jìn)行開(kāi)發(fā)和部署?，F(xiàn)代的容器化應(yīng)用程序在云中誕生、部署和增強(qiáng)，利用 應(yīng)用程序現(xiàn)代化 的企業(yè)更有可能通過(guò)更具交互性、更豐富的應(yīng)用程序留住員工和客戶。

工作負(fù)載遷移面臨哪些挑戰(zhàn)

并非每個(gè)應(yīng)用程序在云中都按預(yù)期運(yùn)行，這增加了在遷移時(shí)對(duì)每個(gè)應(yīng)用程序進(jìn)行壓力測(cè)試的需求。延遲可以對(duì)某些應(yīng)用程序進(jìn)行深度處理。由于 CPU 使用率或與 API 使用或報(bào)告生成相關(guān)的數(shù)據(jù)出口費(fèi)用，其他操作的成本可能比最初預(yù)期的要高。用戶錯(cuò)誤也會(huì)阻礙工作負(fù)載遷移。例如，選擇錯(cuò)誤的 AWS 實(shí)例類型是一個(gè)常見(jiàn)錯(cuò)誤 - 每個(gè)實(shí)例都應(yīng)為工作負(fù)載指定正確的 CPU、內(nèi)存、網(wǎng)絡(luò)連接和存儲(chǔ)量。

在工作負(fù)載遷移期間要解決的其他常見(jiàn)挑戰(zhàn)包括：

• 與其他基于云的和本地工作負(fù)載的互操作性問(wèn)題
• 備份和業(yè)務(wù)連續(xù)性問(wèn)題，以減少或消除停機(jī)時(shí)間
• 安全性，尤其是與其他應(yīng)用工作負(fù)載耦合的云原生工作負(fù)載
• 延遲導(dǎo)致的性能影響
• 為所需功能選擇合適的云提供商
• 將哪種遷移策略應(yīng)用于每個(gè)工作負(fù)載

工作負(fù)載遷移很復(fù)雜，需要詳細(xì)的計(jì)劃以及內(nèi)部或外部的專業(yè)知識(shí)才能成功遷移。

遷移工作負(fù)載時(shí)需要考慮哪些事項(xiàng)

首先確定工作負(fù)載遷移是由內(nèi)部員工執(zhí)行，還是通過(guò)使用云提供商和/或其合作伙伴提供的第三方工作負(fù)載遷移服務(wù)來(lái)執(zhí)行。確保工作負(fù)載適合遷移，并且有明確、可衡量的遷移目標(biāo)，例如提高可擴(kuò)展性、降低成本或提高性能。一旦確定了成本和云提供商，請(qǐng)考慮遷移后它將如何執(zhí)行，包括帶寬是否足夠或應(yīng)用程序依賴性是否會(huì)使事情復(fù)雜化。

考慮重新架構(gòu)工作負(fù)載是否可以延長(zhǎng)其使用壽命，并考慮可以大大加速工作負(fù)載遷移的遷移工具，包括 VMware Cloud on AWS。另請(qǐng)記住，某些工作負(fù)載可能不適合遷移到云。考慮執(zhí)行環(huán)境的所有方面，并確保在提供者承諾的服務(wù)參數(shù)的情況下，可以實(shí)現(xiàn)相同級(jí)別的容量、性能、利用率、安全性和可用性。如果沒(méi)有，工作負(fù)載最好留在本地。最后，考慮云基礎(chǔ)設(shè)施如何解決合規(guī)性問(wèn)題，包括 HIPAA、PCI 和 GDPR 等監(jiān)管因素。確保您了解您當(dāng)前的工作負(fù)載，并確定他們對(duì)當(dāng)前和未來(lái)發(fā)展的要求能夠得到滿足的程度。