All posts
Migration

Rehost, Replatform, Refactor, Rebuild: The Migration Strategies, With How to Choose

By

November 7, 2026

6 min read

AWS lists seven migration strategies (retire, retain, rehost, relocate, repurchase, replatform, refactor) and Gartner's older five include rebuild. What each means, what it costs in effort and risk, the AWS tools for each, and how to pick per application rather than for a whole estate.

Architecture Review
Cloud Migration
Modernization

Migration frameworks name the same handful of choices with slightly different words. AWS uses seven Rs. Gartner's original five were rehost, refactor, revise, rebuild and replace. The useful part is not the vocabulary but deciding, application by application, how much to change while you move.

Strategy

What it means

Effort

Typical AWS tooling

Choose it when

Retire

Turn it off

Lowest

None

Nobody uses it, or another system already does its job

Retain

Leave it where it is, for now

None now

None

Recently upgraded, licence-bound, or not worth moving yet

Rehost ("lift and shift")

Move the servers as they are

Low

AWS Application Migration Service

A deadline (a data centre exit) matters more than savings

Relocate

Move a whole platform, such as VMware, without changing it

Low

Amazon EVS, VMware Cloud on AWS

Large VMware estates that must move fast

Repurchase

Replace with a SaaS product

Medium

AWS Marketplace

Commodity functions: email, CRM, HR, ticketing

Replatform ("lift, tinker and shift")

Move with a few managed swaps, such as a database to RDS

Medium

RDS, Elastic Beanstalk, ECS

Most business applications: real savings for modest risk

Refactor / re-architect

Change the design to use cloud services

High

Lambda, ECS or EKS, DynamoDB, managed queues

The app is core to the business and its limits are hurting

Rebuild (Gartner)

Rewrite from scratch, keeping the scope

Highest

Any

The code is unmaintainable and the business logic is well understood

How to choose

  1. Inventory every application with its owner, users, dependencies and what it costs to run.

  2. Retire and retain first: in most estates a meaningful share of applications needs no move at all.

  3. Default the rest to rehost or replatform, so the move itself stays predictable.

  4. Pick a few applications that matter most to the business for refactoring, after they are running in AWS and you can measure them.

  5. Rebuild only with a fixed scope and a plan to run old and new side by side.

Planning a migration and unsure which applications deserve which strategy?

Bring your list; we'll sort it with you in 30 minutes, free.

hoolco Monthly Review

Once a month: what changed in tech that month and what it means for you, from cloud and AI to security and the tools you build with. Every item links to its source. No sales pitch, unsubscribe in one click.

As of November 7, 2026. Provided as is, for general information, and accurate to the best of our knowledge on the date shown. Not legal, compliance, tax, financial or other professional advice. Prices, limits and vendor services change; check current vendor documentation before relying on anything here. Terms of use.