雲端遷移對於現今台灣企業轉型扮演著至關重要的角色，因為雲端服務提供更優化的安全性、靈活性、及穩定性，或許您現在正考慮將應用程式遷移到 AWS，而在了解如何進行遷移時，您可能常常看到「AWS 7 Rs 通用策略」這個專有名詞，這是源自於 Gartner 所發布的 5 R 模型，此模型定義了將應用程式遷移上雲的方式，而 AWS 將這些方式擴展成 7 R。在介紹 7 R 之前，先來了解雲端遷移的過程大致是怎麼樣的吧~
AWS 雲端遷移流程
此雲端遷移過程為 AWS 結合其所了解的遷移知識，與他們協助企業們遷移上雲的經驗，所製作出來的指導原則，可以在您進行遷移時提供您一些參考方向。遷移過程總共有 5 個階段
第一階段 : 機會評估
促使您遷移上雲的契機是什麼
有很多企業會遷移上雲是因為現實考量，例如 : 數據中心租約到期、需要更多開發人員提供生產力等。但更多時候是因為他們直覺認為上雲後的生產力或效率更高。不管是什麼原因，更重要的是企業領導者必須提供明確且可實現的目標，讓組織願意支持並實行，才不會導致遷移工作停滯不前。
第二階段 : 產品組合的探索與規劃
了解您的環境中有什麼、這些內容彼此之間的關係、他們的遷移順序及方式
在這個階段，組織會檢視他們的 CMDB、機構知識或部署工具，以深入了解環境，後續就可以大概規劃出如何遷移、以什麼順序遷移 IT 項目組合中的每個應用程式。
第三、四階段 : 設計、遷移、驗證應用程式
此階段所關注的層級，將從產品組合轉移到個別應用程式，而每個應用程式將依照 7 R 通用策略來設計、遷移及驗證，這個過程會根據遷移的情況不斷的修改。
第五階段 : 現代化的營運模式
最後，當您的應用程式全部遷移完成，就可以把舊的系統關閉，在新的雲端基礎上啟用現代化的營運模型啦。這個模型整合一套人力、程序、技術，會隨著遷移的應用程式越來越多，而持續的進步，因此您不需要在一開始就急著處
AWS 7 Rs 雲端遷移通用策略
定義應用程式的遷移方式
在了解雲端遷移的過程後，或許您已經猜到，在企業開始思考如何遷移應用程式的第二階段，就是 7 Rs 雲端遷移通用策略出場的時候了！企業會透過 7 Rs 定義每個應用程式的遷移程序與方式，而定義的過程大致分為 4 個步驟，可以視為上述第二階段的進行方式
-
發現：確認我們想要遷移上雲的應用程式或技術。
-
評估：評估遷移上雲的利弊，並定義優先級列表。
-
策略選擇：選擇將工作負載或技術遷移到雲的策略，選擇標準基於遷移後想達成的目標
-
驗證：進行遷移後，驗證工作負載、操作方式和設定目標是否得到滿足。
7 Rs 雲端遷移通用策略有哪些
接下來，來更深入的了解 AWS 7 Rs 遷移策略吧
(1).jpg)
Rehost
這種方案對於企業用戶而言是最容易實現, 利用AWS工具(註1)輕易遷移完成, 雖然不能完全發揮AWS雲端優勢, 能讓技術人力短缺的企業用戶快速遷移
(註1)https://aws.amazon.com/tw/server-migration-service/?p=ft&c=mg&z=3
Replatform
這種方案需要經過一些優化或是修改套件後進行遷移, 不需要修改程式碼和開發新的程式, 例如現有的MySQL資料庫轉移上RDS或升級到Amazon Auroea.
Repurchase
顧名思義就是重新購買, 完全捨棄舊有的軟體, 終止license續約, 進而使用新的軟體取代, 可能會遇到新軟體上的學習過程及費用的成長, 但以長期來看會有良好的效益
Refactor/Re-architect
這種方案需要重新編寫程式碼, 符合雲端服務環境, 這種方案適合企業服務需要加速服務表現, 增加彈性或是地端上無法實現的新功能, 重新建構服務最企業相對有利, 但是會花費大量成本
Retire
這種方案用來檢視所有服務, 有些古老的軟體環境不一定適合雲端平台, 或是不符使用, 可以藉此機會淘汰
Retain
有一些服務結束後不再繼續使用, 但是目前還是需要運行, 如果決定不需要再使用這些服務, 就不需要遷移, 結束後直接停用即可
Relocate
不需要購買新的硬體, 修改或重寫APP即可搬遷至雲端上, 此方案限定於使用 VMware Cloud on AWS. 可以搭配使用 VMware Cloud Foundation 技術來遷移您設備.
讓網創資訊協助您進行雲端遷移
網創資訊為 AWS 官方認證的進階合作夥伴，我們會透過上述的雲端遷移流程及 AWS 7 Rs 雲端遷移通用策略，幫助您評估、部署、測試與規劃雲端遷移，您可以點擊下方按鈕深入了解我們的雲端遷移專案流程喔
