成功進行雲遷移的12個關鍵步驟

企業爲将内部部署應用(yòng)程序遷移到(dào)雲端做好(hǎo)準備了(le)嗎?從(cóng)重新托管與重新設計(jì)到(dào)測試和(hé)監控，企業需要遵循一些(xiē)關鍵步驟才能(néng)成功實現(xiàn)雲遷移。 很(hěn)多企業出于各種原因将工(gōng)作(zuò)負載遷移到(dào)了(le)雲端。公有雲比大(dà)多數内部部署數據中心的可擴展性更強——其廣泛的資源、服務和(hé)自(zì)動化支持靈活響應用(yòng)戶的需求。這(zhè)些(xiē)服務使企業能(néng)夠以創新的方式構建工(gōng)作(zuò)負載，企業還可以從(cóng)資本密集型硬件和(hé)軟件投資過渡到(dào)經常性運營支出。 然而，企業将工(gōng)作(zuò)負載從(cóng)内部部署數據中心轉移到(dào)雲端的過程并不簡單，需要仔細規劃、充分準備和(hé)清晰的流程。以下(xià)概述了(le)成功的雲遷移所涉及的主要步驟。 12個關鍵的雲遷移步驟 雖然遷移的驅動因素和(hé)目标可能(néng)會(huì)有所不同，但(dàn)遷移過程通常可以分爲12個不同的步驟，這(zhè)些(xiē)步驟構成了(le)全面雲遷移清單的基礎。 (1)建立商業案例 爲什(shén)麽企業需要遷移特定的工(gōng)作(zuò)負載?将工(gōng)作(zuò)負載遷移到(dào)雲端可以提高(gāo)靈活性，将雲平台用(yòng)作(zuò)存儲目标可以提供便利。企業需要了(le)解驅動因素，例如節省成本、降低(dī)基礎設施負擔、可擴展性、可用(yòng)性和(hé)提高(gāo)用(yòng)戶滿意度。 (2)确定正确的遷移方法 也(yě)許在任何雲遷移中最有影響力的決定是，是否調整應用(yòng)程序以充分利用(yòng)雲計(jì)算(suàn)的優勢。根據他(tā)們擁有的雲計(jì)算(suàn)和(hé)工(gōng)作(zuò)負載專業知(zhī)識，企業可以采用(yòng)四種主要的遷移方法： ?重新托管。這(zhè)種方法通常稱爲提升和(hé)轉移，無需修改即可在雲存儲和(hé)計(jì)算(suàn)資源上(shàng)重新部署現(xiàn)有數據和(hé)應用(yòng)程序。它通常是最快(kuài)和(hé)最直接的遷移方法——它并不适用(yòng)于所有類型的應用(yòng)程序，但(dàn)當雲計(jì)算(suàn)專業知(zhī)識或對(duì)底層代碼庫的訪問很(hěn)少時(shí)，它可以很(hěn)好(hǎo)地工(gōng)作(zuò)。 ?重構。這(zhè)種方法修改底層代碼庫的一小(xiǎo)部分來(lái)優化工(gōng)作(zuò)負載，以提高(gāo)公有雲中的可靠性或性能(néng)。例如，可能(néng)會(huì)修改工(gōng)作(zuò)負載以使用(yòng)雲平台中可用(yòng)的數據庫服務而不是内部部署數據庫。 ?修改。企業可以選擇廣泛修改工(gōng)作(zuò)負載的代碼以使用(yòng)更多雲原生服務。這(zhè)需要對(duì)雲提供商的資源、服務和(hé)基礎設施有清晰而詳細的了(le)解。但(dàn)是，工(gōng)作(zuò)負載的整體特性和(hé)功能(néng)保持不變(在理(lǐ)想情況下(xià))。 ?重建。這(zhè)通常是最複雜(zá)和(hé)要求最高(gāo)的遷移方法。它從(cóng)根本上(shàng)從(cóng)頭開(kāi)始重新創建工(gōng)作(zuò)負載，以便在雲計(jì)算(suàn)提供商的環境中高(gāo)效地運行。例如，可以使用(yòng)雲原生架構(如微服務)重新設計(jì)和(hé)重建老(lǎo)化的遺留工(gōng)作(zuò)負載。 ?更換。企業沒有部署、修改或重新創建工(gōng)作(zuò)負載，轉而使用(yòng)第三方供應商的應用(yòng)程序，通常作(zuò)爲SaaS産品，而不是部署、修改或重新創建工(gōng)作(zuò)負載。企業将僅遷移該應用(yòng)程序的數據。舉個簡單的例子，使用(yòng)雲計(jì)算(suàn)提供商的工(gōng)作(zuò)負載監控實用(yòng)程序可能(néng)比嘗試部署和(hé)使用(yòng)在内部部署數據中心運行的相同工(gōng)具更容易。 遷移替代方案并非全有或全無，可以針對(duì)不同的工(gōng)作(zuò)負載或用(yòng)例采用(yòng)不同的方法。總之，從(cóng)成本到(dào)架構決策，取決于企業選擇的方法。 (3)評估成本和(hé)需求 清楚了(le)解工(gōng)作(zuò)負載的當前成本和(hé)性能(néng)特征。評估内部部署服務器采購、運營和(hé)維護成本。仔細評估工(gōng)作(zuò)負載的内部部署性能(néng)，通過應用(yòng)程序性能(néng)監控工(gōng)具收集每秒事(shì)務數量和(hé)帶寬使用(yòng)情況等指标。IT和(hé)業務領導者必須客觀地将這(zhè)些(xiē)成本和(hé)性能(néng)指标與将工(gōng)作(zuò)負載遷移到(dào)雲計(jì)算(suàn)基礎設施時(shí)的指标進行比較。需要記住的是，雲計(jì)算(suàn)成本成爲經常性預算(suàn)項目并需要進行規劃。 (4)選擇雲計(jì)算(suàn)環境 接下(xià)來(lái)，考慮最能(néng)反映長期業務需求的目标環境。通常情況下(xià)，這(zhè)些(xiē)是私有雲、公有雲和(hé)混合雲： ?私有雲是企業在其現(xiàn)有數據中心基礎設施内實施和(hé)運營的小(xiǎo)型雲平台。這(zhè)需要大(dà)量的财務和(hé)技術承諾，并且可能(néng)缺乏其他(tā)環境中的服務和(hé)可擴展性。但(dàn)是，如果企業需要雲計(jì)算(suàn)的靈活性但(dàn)必須保持對(duì)數據和(hé)工(gōng)作(zuò)負載的完全控制，那麽它可能(néng)是一個理(lǐ)想的選擇。 ?公有雲是大(dà)型和(hé)小(xiǎo)型第三方提供商提供的典型商業計(jì)算(suàn)即實用(yòng)程序服務。公有雲通常是廣泛且高(gāo)度可擴展的，具有全球覆蓋範圍，并提供豐富的個人服務。公有雲用(yòng)戶通常以按使用(yòng)付費的模式使用(yòng)這(zhè)些(xiē)服務。 ?混合雲融合了(le)私有雲和(hé)公有雲的優勢，爲企業提供了(le)極高(gāo)的控制水(shuǐ)平、靈活性和(hé)可擴展性。但(dàn)是，混合雲需要最高(gāo)的投資和(hé)承諾才能(néng)實施。同樣，一些(xiē)已經熟悉一家雲計(jì)算(suàn)提供商的企業也(yě)可能(néng)在兩個或多個雲計(jì)算(suàn)提供商之間完成遷移服務，這(zhè)稱之爲多雲。 (5)選擇部署模型 有多種方法可用(yòng)于從(cóng)雲平台訪問服務。每個雲平台的便利程度和(hé)用(yòng)戶控制程度各不相同。 ?基礎設施即服務(IaaS)提供的雲計(jì)算(suàn)資源與傳統數據中心基礎設施非常相似，例如服務器、存儲、網絡和(hé)監控。雲計(jì)算(suàn)架構師将這(zhè)些(xiē)元素組合起來(lái)，構建一個詳細的基礎設施來(lái)承載企業的工(gōng)作(zuò)負載。IaaS是大(dà)多數雲遷移的典型模型。 ?平台即服務(PaaS)通常提供更高(gāo)集成度的部署環境。它超越了(le)基于硬件的資源，其中包括軟件，如數據庫、開(kāi)發工(gōng)具、集成層、運行時(shí)和(hé)其他(tā)替代一個或多個傳統内部部署工(gōng)具的現(xiàn)成組件。 ?軟件即服務(SaaS)提供現(xiàn)成的應用(yòng)程序，從(cóng)而減輕企業在雲中部署自(zì)己的工(gōng)作(zuò)負載的需要。SaaS提供商處理(lǐ)所有工(gōng)作(zuò)負載的開(kāi)發和(hé)維護。常見的SaaS産品包括電子郵件和(hé)生産力應用(yòng)程序，以及财務和(hé)人力資源工(gōng)作(zuò)負載。 (6)選擇雲計(jì)算(suàn)合作(zuò)夥伴 AWS、谷歌雲和(hé)微軟Azure這(zhè)三個主要的公有雲提供商都爲IaaS和(hé)一些(xiē)PaaS部署提供了(le)全球性服務。然而，他(tā)們的雲計(jì)算(suàn)運營的許多方面可能(néng)會(huì)有很(hěn)大(dà)不同，從(cóng)單個服務和(hé)API到(dào)成本和(hé)監控。企業通常根據提供的服務範圍和(hé)給定工(gōng)作(zuò)負載的任何特定功能(néng)來(lái)選擇雲計(jì)算(suàn)提供商。例如，AWS提供各種預先打包的計(jì)算(suàn)實例，谷歌雲以其機器學習和(hé)人工(gōng)智能(néng)服務而聞名。 私有雲的常見提供商包括VMware、Dell EMC、IBM、Nutanix和(hé)HPE，以及OpenStack開(kāi)源平台。要考慮的關鍵因素包括技術熟悉程度、與現(xiàn)有系統集成的難易程度和(hé)可靠性。 (7)設計(jì)架構 IaaS用(yòng)戶依靠雲計(jì)算(suàn)架構師來(lái)設計(jì)最适合承載工(gōng)作(zuò)負載的雲計(jì)算(suàn)架構。該設計(jì)通常将虛拟化計(jì)算(suàn)、存儲和(hé)網絡實例以及各種服務(例如數據庫、日志記錄/監控工(gōng)具、事(shì)件驅動計(jì)算(suàn)等)拼湊在一起。 該架構可以簡單明(míng)了(le)，例如管理(lǐ)簡單的重新托管的單個計(jì)算(suàn)和(hé)存儲實例。該架構也(yě)可以是一個錯綜複雜(zá)的環境，支持用(yòng)于任務關鍵型生産環境的分布式、高(gāo)度可靠的工(gōng)作(zuò)負載或在雲中托管微服務工(gōng)作(zuò)負載的許多相關組件。雲計(jì)算(suàn)架構師還将考慮與所需架構相關的相應雲計(jì)算(suàn)成本，并确保工(gōng)作(zuò)負載的所有者采用(yòng)合理(lǐ)的預算(suàn)。 謹慎的設計(jì)還涉及大(dà)量測試以驗證架構，并确保工(gōng)作(zuò)負載在部署和(hé)生産切換後能(néng)夠正常運行。因此，設計(jì)可能(néng)涉及在實際遷移/轉換發生之前進行多次叠代和(hé)改進的驗證項目。 企業對(duì)雲遷移的優先級要特别小(xiǎo)心謹慎。大(dà)多數企業工(gōng)作(zuò)負載都涉及一個或多個依賴項，例如數據庫或應用(yòng)程序監控工(gōng)具的可用(yòng)性。雲計(jì)算(suàn)架構師必須考慮整個部署範圍，并在執行實際工(gōng)作(zuò)負載遷移之前安裝和(hé)驗證任何所需的依賴項。 (8)概述遷移步驟 基礎設施和(hé)依賴關系到(dào)位後，IT和(hé)業務負責人可以制定實際的遷移計(jì)劃，詳細說明(míng)從(cóng)頭到(dào)尾執行遷移所需的步驟。遷移計(jì)劃可能(néng)很(hěn)廣泛，涉及許多行動，其中包括： ?通知(zhī)用(yòng)戶/客戶群； ?停止并備份内部部署資源； ?傳輸和(hé)同步工(gōng)作(zuò)負載所需的數據； ?移動或安裝工(gōng)作(zuò)負載及其雲計(jì)算(suàn)基礎設施； ?測試和(hé)驗證已完成的遷移； ?準備文(wén)檔和(hé)安排幫助台工(gōng)作(zuò)人員以響應查詢和(hé)故障排除； ?向部分(或所有)用(yòng)戶開(kāi)放(fàng)遷移的工(gōng)作(zuò)負載； ?實施和(hé)進行工(gōng)作(zuò)負載監控； ?制定應急計(jì)劃，包括回滾或恢複。 (9)執行遷移 最終，企業實施遷移計(jì)劃并将工(gōng)作(zuò)負載、依賴項和(hé)相關數據遷移到(dào)準備好(hǎo)的雲計(jì)算(suàn)基礎設施。這(zhè)一過程還涉及進行網絡更改，例如配置域和(hé)IP環境以及設置安全環境，以便工(gōng)作(zuò)負載流量成功(且安全)重定向到(dào)雲計(jì)算(suàn)工(gōng)作(zuò)負載。 爲确保遷移事(shì)件順利進行，需要提前通過仔細規劃和(hé)原理(lǐ)驗證項目來(lái)測試和(hé)驗證遷移過程。與此同時(shí)，在發生意外(wài)問題時(shí)，保留當地IT人員和(hé)雲計(jì)算(suàn)提供商技術支持的當前和(hé)直接聯系信息。 (10)測試工(gōng)作(zuò)負載 在遷移完成後，需要徹底測試工(gōng)作(zuò)負載的功能(néng)和(hé)性能(néng)。企業收集和(hé)評估工(gōng)作(zuò)負載指标，并尋找要緩解的漏洞。從(cóng)遷移人員的基本測試開(kāi)始，然後将遷移的工(gōng)作(zuò)負載開(kāi)放(fàng)給一系列更廣泛的用(yòng)戶組，直到(dào)所有用(yòng)戶都可以成功使用(yòng)遷移的工(gōng)作(zuò)負載。 (11)監測和(hé)調整 在遷移測試和(hé)轉換之後，需要像處理(lǐ)任何部署的工(gōng)作(zuò)負載一樣執行持續維護，例如監控、支持/故障排除、調整、改進和(hé)其他(tā)一般維護。這(zhè)些(xiē)任務包括： ·監控工(gōng)作(zuò)負載的性能(néng)以預見使用(yòng)趨勢、發現(xiàn)瓶頸或支持故障排除； ·定期審查部署配置以确保足夠的安全性和(hé)合規性； ·檢查每月賬單并确保工(gōng)作(zuò)負載保持在預算(suàn)範圍内； ·評估遷移的工(gōng)作(zuò)負載的成本和(hé)性能(néng)，以确保它實現(xiàn)業務的預期收益。 (12)加強雲計(jì)算(suàn)技能(néng)和(hé)培訓 雖然雲計(jì)算(suàn)供應商非常努力地簡化向雲計(jì)算(suàn)基礎設施的遷移，但(dàn)雲計(jì)算(suàn)環境與傳統的内部部署數據中心完全不同。即使是最簡單的重新托管項目也(yě)很(hěn)少是直接的1:1交換。任何雲遷移項目都需要清楚了(le)解特定雲計(jì)算(suàn)提供商的資源、服務、成本結構和(hé)流程。沒有任何遷移的向導程序可以替代基本的專業知(zhī)識和(hé)經驗。這(zhè)是通過兩種方式實現(xiàn)的： 首先，在IT和(hé)工(gōng)作(zuò)負載所有者之間建立并促進謹慎的溝通與協作(zuò)。IT和(hé)業務領導者必須就雲遷移的目标和(hé)預期收益達成一緻。技術人員必須了(le)解利益相關者的要求和(hé)期望，以便爲工(gōng)作(zuò)負載創建合适的雲計(jì)算(suàn)基礎設施。同樣，業務領導者必須相信技術人員對(duì)遷移的現(xiàn)實期望和(hé)限制。 其次，技術人員必須了(le)解特定雲計(jì)算(suàn)提供商的服務和(hé)API——雲計(jì)算(suàn)提供商可以提供什(shén)麽以及如何有效地使用(yòng)這(zhè)些(xiē)産品。利用(yòng)雲計(jì)算(suàn)提供商的培訓，例如AWS解決方案架構師認證。企業可能(néng)會(huì)投資于測試和(hé)實驗，以構建原理(lǐ)驗證部署，以在進行實際遷移之前驗證雲計(jì)算(suàn)架構。一些(xiē)企業可以通過聘請(qǐng)在雲計(jì)算(suàn)應用(yòng)方面經驗豐富的雲計(jì)算(suàn)架構師來(lái)培訓員工(gōng)。