原文鏈接：https://www.programmervirya.com/2019/03/04/6-Strategies-for-Migrating-Application-to-Cloud/
云計算經(jīng)過最近五年的產(chǎn)品能力完善、云產(chǎn)品持續(xù)新增和穩(wěn)定性逐步增強(qiáng)，使得大家已經(jīng)能夠廣泛接受云計算的理念并積極思考如何在自身業(yè)務(wù)中使用云計算。那么應(yīng)用遷移上云應(yīng)該如何操作，2011年 Gartner 的分析師提出了 5R 策略，隨著后續(xù)的不斷發(fā)展和補(bǔ)充，目前遷移上云的策略被一般認(rèn)為為 6R 策略，即本文將要介紹的六種云遷移策略。文章最后附上了一張信息圖表，方便存儲查詢。
Re-Host 重新托管，也稱為 “直接遷移”
這個是應(yīng)用進(jìn)行云遷移時最常見的策略，即對應(yīng)用程序運(yùn)行環(huán)境不做改變的情況下遷移上云， 一般的操作是 P2V（Physical to Virtual，物理機(jī)遷移至虛擬機(jī)）、V2V（Virtual to Virtual，虛擬機(jī)遷移至虛擬機(jī)）。在企業(yè)期望快速上云或大型應(yīng)用上云的場景中，這種策略比較合適。
遷移復(fù)雜度：中
Re-Platform 更換平臺，也稱為 “修補(bǔ)后遷移”
在遷移上云時，在不改變應(yīng)用核心架構(gòu)的基礎(chǔ)上，對應(yīng)用程序做些簡單的云優(yōu)化。例如將關(guān)系型數(shù)據(jù)庫替換成云服務(wù)商提供的數(shù)據(jù)庫服務(wù)、將自建消息中間件替換成云服務(wù)提供的消息隊列服務(wù)、將 HAProxy 更換成云服務(wù)商提供的負(fù)載均衡服務(wù)，以此來降低部分管理成本提升效率。
遷移復(fù)雜度：高
Re-Purchase 重新購置，也稱為 “放棄后購買”
是指放棄使用原先的產(chǎn)品，改為采購新的替代產(chǎn)品，例如原先企業(yè)采用傳統(tǒng)軟件許可模式的人力資源管理系統(tǒng)，將放棄并選用同類 SaaS 產(chǎn)品來進(jìn)行替換，抑或是選用了該廠商的 SaaS 版本。
遷移復(fù)雜度：中
Re-Architect 重構(gòu)/重新構(gòu)建
改變應(yīng)用的架構(gòu)和開發(fā)模式，進(jìn)行云原生的應(yīng)用服務(wù)實現(xiàn)，例如單體應(yīng)用向微服務(wù)架構(gòu)改造，這種策略一般是在現(xiàn)有應(yīng)用環(huán)境下難以滿足日后功能、性能或規(guī)模上的需求時采用，該策略的遷移成本最高，但是長遠(yuǎn)來看會更為滿足未來的需求。
遷移復(fù)雜度：高
Retire 停用
確定不再使用當(dāng)前的基礎(chǔ)設(shè)施，表明這部分系統(tǒng)或應(yīng)用已經(jīng)沒有使用價值且還在持續(xù)消息資源，應(yīng)該進(jìn)行必要的歸檔備份后停用。
遷移復(fù)雜度：低
Retain 保留
在部分應(yīng)用或者業(yè)務(wù)未做好上云準(zhǔn)備，或是更為適合本地部署時，
保留現(xiàn)狀，不強(qiáng)行進(jìn)行遷移上云操作。應(yīng)用遷移應(yīng)該有優(yōu)先級設(shè)定，根據(jù)業(yè)務(wù)發(fā)展實際需要來進(jìn)行操作。
遷移復(fù)雜度：低
