6個最常見的雲遷移策略 (6R框架) ，分別為Re-host，Re-platform，Re-factor，Re-purchase，Retire和Retain，最常見的雲遷移策略都有不同的特性，也有不同的技術要求與考量，下面將會針對此六大策略分別進行說明。

• Re-host

為最基本的雲遷移策略，沒有很多的複雜性，大部分的系統和應用程式可以利用此方式遷移到公有雲上的基礎結構即服務(IaaS)環境，即為將系統和應用程式直接整套遷移到公有雲，整套代表著把系統底層的作業系統和在上層的所有系統和應用程式一起遷移，比較適合規模比較小的雲遷移項目和一些比較舊的系統。
另外部分企業系統中的中介軟體或前端軟體，如：SAP，亦是較建議使用這類遷移策略。雖然Re-host是實踐雲遷移最簡易的方式，但其可以達到的雲遷移價值也是最低的。

• Re-platform

比較Re-host複雜一點，概念就像把系統底層的作業系統和在上層的所有系統和應用程式分開，再單純把上層的系統和應用程式遷移到公有雲上的平台即服務(PaaS)環境。比較適合網站，網路應用程式和資料庫。由於需要把作業系統分開再獨立遷移，所以也有一點複雜性，不過同時也有比較顯著的優點，就是遷移後可以不用花時間繼續管理和維護底層的作業系統。

• Re-factor

相較於Re-platform更為複雜，把需要遷移的應用程式拆件，再利用不同的雲端技術取代所需的不同功能(feature)，達到無服務器架構(Serverless)的效果，或利用容器化(Containerization)技術把應用程式在雲遷移的過程中現代化(Modernization)。雖然Re-factor的複雜性較高，可是它也是最能實踐雲遷移價值的一個遷移策略，提供最大的靈活性和復原性，以及提供混合雲應用的可擴充性和自由度。

• Re-purchase

為所需最少技術能力的雲遷移策略，只需要在遷移之前做好數據蒐集，比對一下現有的系統和應用程式是否有雲端版本，如果有的話，就可以直接遷移到軟體即服務(SaaS)的環境中。不過由於是使用軟體即服務(SaaS)環境，所以能夠客製化或修改功能的空間非常有限，事前的產品評估和測試也變得更為重要。

• Retire

在資料蒐集的過程中選出已經沒有在使用或決定不會繼續使用的系統和應用程式，並且直接在雲遷移的計劃中移除，把雲遷移的重點放到其他需要遷移的系統和應用程式上。

• Retain

有一些系統和應用程式可能不太適合遷移到雲端，可能是因為法規、資安、外部硬體連接或是特殊技術要求等。這些系統和應用程式將會暫時繼續保持現狀，之後再根據需求和技術條件以評估雲遷移的遷移策略。