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