工作負(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ù)原因最有意義的話。如果沒有工作負(fù)載遷移，組織可能會(huì)被鎖定到單個(gè)云提供商，并受制于其定價(jià)、策略和性能特征。
工作負(fù)載遷移如何工作？
在開始工作負(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)用程序被重寫，通常為微服務(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)送磁盤來(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)買或升級(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è)可見性，以及阻止不需要的流量訪問(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)行開發(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è)常見錯(cuò)誤 - 每個(gè)實(shí)例都應(yīng)為工作負(fù)載指定正確的 CPU、內(nèi)存、網(wǎng)絡(luò)連接和存儲(chǔ)量。
在工作負(fù)載遷移期間要解決的其他常見挑戰(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í)別的容量、性能、利用率、安全性和可用性。如果沒有，工作負(fù)載最好留在本地。最后，考慮云基礎(chǔ)設(shè)施如何解決合規(guī)性問(wèn)題，包括 HIPAA、PCI 和 GDPR 等監(jiān)管因素。確保您了解您當(dāng)前的工作負(fù)載，并確定他們對(duì)當(dāng)前和未來(lái)發(fā)展的要求能夠得到滿足的程度。
