雲端遷移與現代化－有哪些細微差別？
雲端遷移涉及將應用程式和資料遷移到雲，通常對其架構進行最小程度的更改。雲端遷移專案通常旨在利用雲端基礎架構來獲得可擴展性、靈活性和減少本地維護等優勢。
另一方面，現代化則著重於轉變應用程式以充分利用雲端原生功能和架構。這可能涉及重組、重構或重建應用程序，以優化雲端環境中的效能、可擴展性和敏捷性。雖然遷移通常涉及搬遷，但現代化需要更深層的轉型，通常會採用微服務和無伺服器運算等雲端原生範例。
Amazon AWS 有一些很好的材料可以幫助那些制定雲端遷移策略的人，這些策略可以鞏固規劃此類專案可能想要整合的現代化程度。對於想要進行雲端遷移專案的人來說，AWS「6R」是一個可以在其中製定策略的超級框架。 AWS「6R」最近已變成「7R」（通貨膨脹！它無所不在！）。
最初的 6R 是：
我的同事Arun為最初的 6 盧比編寫了一份非常詳細的指南，該指南仍然具有相關性，請參閱：使用 AWS 6 盧比定義您的雲端遷移策略。AWS 6 盧比定義您的雲端遷移策略
近年來，最初的 6R 又增加了 7種：
在 AWS 6R 之前，在雲端運算的早期，有 Gartner 5R（重新託管、重構、修訂、重建或替換），於 2010 年發布。請參閱：將應用程式遷移到雲端：重新託管、重構、修訂、重建，或替換？ (gartner.com)
讓我們探討 7R 如何應用於雲端遷移和現代化！
重新託管涉及將應用程式移至雲端，而不對其架構或功能進行重大更改。它本質上複製了雲端中的現有環境，並將伺服器和應用程式從本地基礎設施提升到雲端基礎設施。許多組織採用這種策略，因為它帶來的風險最小。使用此策略不需要對應用程式或基礎架構進行大量變更。調整雲端基礎架構和虛擬機器的規模通常是直接遷移策略的重要組成部分。 –為 Microsoft AVD 選擇 Azure 實例中介紹了有關如何調整 VM 大小的一些見解。Microsoft AVD 選擇 Azure 實例
如果重新託管也涉及優化 AWS 上的基礎設施以獲得更好的效能和成本效益，則可能涉及現代化的元素，儘管核心應用程式保持不變。
事實上，較新的雲端產品可能會從本地基礎設施提升並轉移到本地雲端基礎設施 – 請參閱：混合雲策略 – AWS 以新加坡政府為首個客戶推出專用本地區域 | eG 創新。在這些情況下，評估現代化的好處可能是有益的。混合雲策略 – AWS 以新加坡政府為首個客戶推出專用本地區域 | eG 創新
為其支援的工作負載選擇適當的虛擬機器系列和執行個體類型是雲端遷移策略中成本控制的重要組成部分。可以使用具有適當規模功能和洞察力的可觀察性工具。
平台重構涉及對應用程式架構進行細微調整，以利用雲端原生功能，而無需從根本上改變其核心功能。這種策略也稱為“提升、轉移和調整”，與重新託管略有不同。
AWS 上的現代化平台重構可能包括將資料庫遷移到Amazon Relational Database Service (RDS)等託管服務或使用 Amazon S3 優化存儲，同時保持大部分應用程式程式碼庫完好無損。應用程式的核心架構保持不變，但應用程式的一部分或整個應用程式進行了調整以利用新的雲端功能。
我們有一篇關於規劃本地到雲端服務資料庫遷移的詳細文章，涉及將本地 MS SQL Server 遷移到 Azure SQL – 請參閱：規劃和基線遷移到 Azure SQL | eG 創新。規劃和基線遷移到 Azure SQL | eG 創新
AWS 給出的一個例子是，一個大型媒體組織將大量 Web 伺服器從本地遷移到 AWS 雲端基礎設施，但在此過程中也從使用Oracle WebLogic伺服器遷移到Apache Tomcat，以便從較低的授權成本中受益。
該策略涉及將遺留的單體應用程式轉換為新的、高度解耦的雲端原生架構。重構比其他雲端遷移方法複雜得多，因為它需要更改應用程式程式碼，並且必須仔細測試以避免功能回歸。雖然重構是一個資源密集且耗時的過程，但好處是多方面的：您的應用程式將運作得更流暢，具有更高程度的可用性，減少管理開銷並節省成本。一旦您的應用程式在雲端上運行，重構就可能是一項高收益的投資。這是一個硬核的現代化策略。
重構涉及重構或重寫應用程式的某些部分，以更好地適應雲端原生架構，例如微服務或無伺服器。在現代化工作中，AWS 上的重構可能包括將整體應用程式分解為使用AWS Lambda或 ECS 部署的微服務，從而實現更高的可擴展性和靈活性。
當然，重構應用程式通常也會發生在雲端遷移之外，AppDev 團隊會優化他們開發的應用程式。一般來說，充分利用雲端的潛在優勢所需的重新架構和程式碼變更類型需要跨基礎設施和應用程式環境進行某種統一規劃。
重構可能涉及深入的程式碼層級更改，以利用現代編碼語言增強功能和構造（例如 Java Lambda 表達式），請參閱對此類策略的深入工程研究：揭秘 Java Lambda 表達式 | eG 創新。揭秘 Java Lambda 表達式 | eG 創新
這種策略也稱為「Drop and Shop」。組織可以透過轉向第三方供應商的商業現成 (COTS) 產品來消除大量的遷移工作。這些可以作為軟體即服務 (SaaS) 直接購買，也可以透過雲端供應商的市場購買。例如，從本機電子郵件伺服器移轉到 AWS Simple Email Service (SES)。另一個例子是將組織的 CRM 遷移到 Salesforce。
雖然重新購買是一種不太常見的現代化策略，但重新購買可能涉及遷移到 AWS 服務，例如用於桌面虛擬化的Amazon WorkSpaces或用於聯絡中心解決方案的 Amazon Connect。
通常，沿著雲端遷移路徑，某些應用程式顯然不再有用或不再提供價值。退役涉及退役不再需要的應用程式或元件。他們沒有將它們轉移到雲端，而是停止使用。
淘汰遺留系統是一項明智的現代化策略，它將釋放資源，使組織能夠專注於更具策略性的舉措和核心技術。沒有實際投入精力來實現這些系統的現代化。
eG Enterprise 內有大量開箱即用的應用程式、資源和使用者使用報告，使我們的客戶能夠快速識別優先應用程式以及那些需要淘汰的主要候選應用程式。然後，客戶可以與很少使用的應用程式的特定用戶合作，以確定雲端遷移期間的最佳策略。
保留涉及將某些應用程式或元件保留在本機或目前環境中。對於某些由於監管或技術限製而不適合在 AWS 上遷移或現代化的遺留系統，保留可能是一項策略決策。保留本質上是現代化的對立面。
即使只保留少量本地系統，組織也會陷入困境，因為雲端本機監控解決方案將無法覆蓋其遺留或所需的本地系統。這就是專為混合雲場景設計的監控工具（例如 eG Enterprise）的優勢所在。
顯而易見的第一個問題是－搬遷和重新託管之間有什麼區別？遷移基本上是重新託管，但專門設計用於使您能夠在雲端中建立資料中心的虛擬副本。它本質上與 AWS 提供的特定雲端服務和模型緊密相連，旨在幫助企業將整個資料中心從本地技術（通常是虛擬化技術，例如 VMware）轉移到 AWS 雲端。您可以在給定時間將大量伺服器（包括一個或多個應用程式）從本機平台轉移到平台的雲端版本。您也可以使用重新定位策略將執行個體或物件移至不同的 Virtual Private Cloud (VPC)、AWS 區域或 AWS 帳戶。例如，您可以使用此策略將伺服器批次從 VMware 軟體定義資料中心 (SSDC) 轉移至VMware Cloud on AWS，也可以將Amazon Relational Database Service (Amazon RDS)資料庫執行個體轉移至另一個 VPC 或 AWS 帳戶。
Amazon 當然非常熱衷於幫助客戶將大量虛擬化基礎設施遷移到 AWS 雲，並提供了AWS WorkSpaces Core等服務來幫助鼓勵 VMware 和 Citrix 等虛擬化供應商推動這項工作。 Citrix 最近宣佈在 AWS WorkSpaces Core 上提供對 Citrix DaaS 支援的預覽版，請參閱：現在預覽版：適用於 Amazon WorkSpaces Core 的 Citrix DaaS – Citrix 部落格。適用於 Amazon WorkSpaces Core 的 Citrix DaaS – Citrix 部落格
顯然，在這種類型的雲端遷移中，通常很少考慮應用程式現代化，並且重構等策略超出了範圍。
雖然雲端遷移專注於將應用程式遷移到雲端，但現代化涉及優化和轉換這些應用程序，以利用雲端提供者提供的雲端原生架構和服務的優勢。要製定適當的雲端遷移策略並確定需要多少（如果有）現代化，請考慮為什麼要遷移到雲端以及您在這樣做時想要實現什麼目標。
為了闡明您的遷移專案目標和職權範圍，可能有助於思考以下 5 個關鍵區別和觀點以及它們如何應用於您的雲端遷移計劃：
總之，現代化並不總是必須的，但對某些人來說會帶來相當大的好處。為了根據資料做出明智的決策，您需要具備良好的監控功能，以便在遷移之前確定成功的基準並監控策略的影響。這裡提供了有關雲端遷移專案基線的一些進一步資訊：雲端遷移最佳實踐 – 十大步驟以及您需要考慮的一些因素，此處提供：白皮書 |雲端應用程式和基礎設施效能監控的十大要求 (eginnovations.com)。雲端遷移最佳實踐 – 十大步驟
白皮書 |雲端應用程式和基礎設施效能監控的十大要求 (eginnovations.com)
文章來源 / eG Blog eG Blog
返回