云計算經過最近五年的產品能力完善、云產品持續新增和穩定性逐步增強，使得大家已經能夠廣泛接受云計算的理念并積極思考如何在自身業務中使用云計算。那么應用遷移上云應該如何操作，2011年 Gartner 的分析師提出了 5R 策略，隨著后續的不斷發展和補充，目前遷移上云的策略被一般認為為 6R 策略，即本文將要介紹的六種云遷移策略。文章最后附上了一張信息圖表，方便存儲查詢。

Re-Host 重新托管，也稱為 “直接遷移”

這個是應用進行云遷移時最常見的策略，即對應用程序運行環境不做改變的情況下遷移上云， 一般的操作是 P2V（Physical to Virtual，物理機遷移至虛擬機）、V2V（Virtual to Virtual，虛擬機遷移至虛擬機）。在企業期望快速上云或大型應用上云的場景中，這種策略比較合適。

遷移復雜度：中

Re-Platform 更換平臺，也稱為 “修補后遷移”

在遷移上云時，在不改變應用核心架構的基礎上，對應用程序做些簡單的云優化。例如將關系型數據庫替換成云服務商提供的數據庫服務、將自建消息中間件替換成云服務提供的消息隊列服務、將 HAProxy 更換成云服務商提供的負載均衡服務，以此來降低部分管理成本提升效率。

遷移復雜度：高

Re-Purchase 重新購置，也稱為 “放棄后購買”

是指放棄使用原先的產品，改為采購新的替代產品，例如原先企業采用傳統軟件許可模式的人力資源管理系統，將放棄并選用同類 SaaS 產品來進行替換，抑或是選用了該廠商的 SaaS 版本。

遷移復雜度：中

Re-Architect 重構/重新構建

改變應用的架構和開發模式，進行云原生的應用服務實現，例如單體應用向微服務架構改造，這種策略一般是在現有應用環境下難以滿足日后功能、性能或規模上的需求時采用，該策略的遷移成本最高，但是長遠來看會更為滿足未來的需求。

遷移復雜度：高

Retire 停用

確定不再使用當前的基礎設施，表明這部分系統或應用已經沒有使用價值且還在持續消息資源，應該進行必要的歸檔備份后停用。

遷移復雜度：低

Retain 保留

在部分應用或者業務未做好上云準備，或是更為適合本地部署時， 保留現狀，不強行進行遷移上云操作。應用遷移應該有優先級設定，根據業務發展實際需要來進行操作。

遷移復雜度：低

總結

以上是生活随笔為你收集整理的六种常见云迁移策略的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。