6 個應用程序遷移策略：“6 R”，我們看到的 6 種最常見的應用程序遷移策略是：

1.重新托管?——也稱為“直接遷移”。

我們發(fā)現(xiàn)許多早期的云項目傾向于使用云原生功能進行凈新開發(fā)，但在組織希望快速擴展其遷移以滿足業(yè)務案例的大型遺留遷移場景中，我們發(fā)現(xiàn)大多數(shù)應用程序都被重新托管。例如，GE Oil & Gas發(fā)現(xiàn)，即使不實施任何云優(yōu)化，也可以通過重新托管節(jié)省大約 30% 的成本。

大多數(shù)重新托管可以通過工具（例如CloudEndure Migration、AWS VM Import/Export）實現(xiàn)自動化，盡管有些客戶在學習如何將其遺留系統(tǒng)應用到新的云平臺時更喜歡手動執(zhí)行此操作。

我們還發(fā)現(xiàn)，一旦應用程序已經(jīng)在云中運行，就更容易優(yōu)化/重新構(gòu)建它們。部分原因是您的組織將具備更好的技能來做到這一點，部分原因是困難的部分（遷移應用程序、數(shù)據(jù)和流量）已經(jīng)完

2.平臺重塑?——我有時稱之為“提升修補和轉(zhuǎn)變”。

在這里，可能會進行一些云（或其他）優(yōu)化，以獲得一些切實的好處，但不會以其他方式更改應用程序的核心架構(gòu)。您可能希望通過遷移到數(shù)據(jù)庫即服務平臺，或?qū)贸绦蜻w移到 完全托管平臺來減少管理數(shù)據(jù)庫實例所花費的時間。

我們合作的一家大型媒體公司將其在本地運行的數(shù)百個 Web 服務器遷移到了 AWS，在此過程中，它從 WebLogic（一種需要昂貴許可證的 Java 應用程序容器）遷移到了 Apache Tomcat（一個開源等效項） 。除了通過遷移到 AWS 獲得的節(jié)省和敏捷性之外，該媒體公司還節(jié)省了數(shù)百萬美元的許可成本。

3.重新購買?——轉(zhuǎn)向不同的產(chǎn)品。

我最常將回購視為轉(zhuǎn)向 SaaS 平臺。將 CRM 遷移到Salesforce.com，將 HR 系統(tǒng)遷移到Workday，將 CMS 遷移到Drupal，等等。

4.重構(gòu)/重新架構(gòu)?——重新構(gòu)想應用程序的架構(gòu)和開發(fā)方式，通常使用云原生功能。

這通常是由強烈的業(yè)務需求驅(qū)動的，即添加功能、規(guī)?；蛐阅埽駝t在應用程序的現(xiàn)有環(huán)境中很難實現(xiàn)。

您是否希望從整體架構(gòu)遷移到面向服務（或無服務器）架構(gòu)以提高敏捷性或提高業(yè)務連續(xù)性（我聽說過在 e-bay 上訂購大型機風扇皮帶的故事）？這種模式往往是最昂貴的，但是，如果您有良好的產(chǎn)品市場契合度，它也可能是最有利的。

5.退休?——擺脫。

一旦您發(fā)現(xiàn)了環(huán)境中的所有內(nèi)容，您可能會詢問每個功能區(qū)域誰擁有每個應用程序。我們發(fā)現(xiàn)企業(yè) IT 組合中多達 10%（我見過 20%）不再有用，可以簡單地關閉。這些節(jié)省可以促進業(yè)務案例，將團隊的注意力轉(zhuǎn)移到人們使用的東西上，并減少必須保護的表面積。

6. 保留?——通常這意味著“重新訪問”或什么也不做（暫時）。

也許仍在承受一些折舊，還沒有準備好優(yōu)先考慮最近升級的應用程序，或者不愿意遷移某些應用程序。應該只遷移對業(yè)務有意義的內(nèi)容；而且，隨著投資組合的重心從本地轉(zhuǎn)移到云端，保留的理由可能會減少。