雖然云計算可能已經為各行各業帶來了巨大的生產力提升，但您不能一頭扎進可用的最佳云解決方案中。將數據和應用程序轉移到云端是可取的，而且似乎是一個大膽的舉動。這是因為企業必須考慮許多關鍵事項，以確保他們的過渡是無縫和成功的。如果你能在真正投入新技術之前考慮這些要點，以避免以后的陷阱。
將應用程序遷移到云的成功策略建立在 Gartner 之前概述的云遷移 5 R 的基礎上。企業將僅在遷移過程的第二階段開始決定遷移應用程序的方法。這是Portfolio discovery、planning的階段，在這個階段；他們試圖確定他們的環境包含什么，他們的相互依賴性是什么，哪些應用程序更容易遷移，哪些應用程序更具挑戰性，以及他們將轉移每個應用程序的方式。
在此知識的基礎上，企業便可以制定出明確的計劃。該計劃可能會隨著遷移過程而改變和調整。根據計劃，他們可以決定如何遷移每個應用程序以及遷移發生的順序。根據當前的許可系統和架構，遷移復雜性可能會發生變化。通常從低復雜度范圍內的應用程序開始總是可取的。這樣的遷移更容易完成。然后你可以轉向更復雜的。
云遷移的步驟是什么？
AWS 云遷移步驟
重新托管：遷移應用程序的第一個策略是重新托管，也就是眾所周知的“直接遷移”。人們看到許多云存儲項目正在使用云原生方法進行全新開發，但是當企業嘗試更快地執行遷移時，大多數應用程序都會重新托管。這種重新托管可以使用工具來完成，而一些客戶更喜歡手動執行此操作。順便說一句，人們注意到，如果應用程序已經在云中運行，則重新構建應用程序會更容易。這可能是因為企業已經具備優化它的技能，或者遷移已經完成的應用程序和數據的難度。
Replatforming：Replatforming 也通常被稱為“lift-tinker-and-shift”，是另一種用于將應用程序成功遷移到云的策略。您可能必須進行一些優化才能獲得收益，但您不需要更改應用程序的核心架構。您可以嘗試通過轉移到 Amazon RDS 或數據庫即服務平臺，以及通過將應用程序轉移到完全托管的 Amazon Elastic Beanstalk 等平臺來減少處理數據庫實例所需的時間。
回購：回購是指轉移不同的產品；例如，將 CRM 轉移到 Salesforce 或將內容管理系統轉移到 Drupal 等。
重構/重新架構：第四個關鍵步驟是重新架構或重構，其中應用程序的結構和創建是通過使用云原生策略重新構想的。當需要強烈敦促業務的一部分擴展功能并添加新功能時，通常會驅動這種情況。這可能很難在現有環境中部署，因為從單一設置遷移到無服務器架構的成本非常高。但是為了提高業務敏捷性和其他好處，您可以重構您的應用程序。
退休：當任何給定的工作負載無法提供任何類型的業務價值并且甚至不需要另一個工作負載時，最好擺脫它或“退休”它。已經看到，近 10% 的任何業務 IT 組合都不再有用，并且可以輕松將其關閉。這是有益的，因為節省的資金有助于業務發展，并將團隊注意力轉移到其他人將使用的資源上。
保留：保留是重新訪問或至少暫時不做任何事情。當您還沒有準備好優先考慮最近升級的任何應用程序時，您可以保留它。您可能也對遷移某些應用程序不感興趣。換句話說，您必須只遷移那些對您的業務有幫助的應用程序。
結論
云遷移的整個過程可能會讓人不知所措。企業應該深入了解他們的現場基礎設施以及云可以提供的最佳選擇。當您嘗試手動遷移時，這通常是不切實際的，如果您依賴過時的信息，您可能會在評估期間錯過關鍵信息。通過處理正確的問題和透徹分析正確的數據，公司應該能夠完成AWS 云遷移順利。選擇最佳的應用程序遷移選項涉及一個不能孤立做出的決定。任何此類決策基本上都是基礎設施現代化決策。因此，必須在更廣泛的應用程序組合管理環境中處理它。該決定并非真正針對移民；這更多是關于優化的決定。簡而言之，企業必須了解哪些遷移技術和托管云平臺可以優化應用程序對 IT 目標的貢獻。
