Document
5 6 7 Rs of Cloud Migration

5 6 7 Rs of Cloud Migration

I mentioned the 5 Rs in The Application Portfolio Manager a couple of years ago, and I’m returning to them as they’ve been coming up fairly frequently

Related articles

Dialogflow CX 控制台概览 2022年最佳大陸VPN推薦 Cloud (SSBU) Tomato VPN for PC / Mac / Windows 7.8.10 Best VPN for Nepal in 2024: 5 VPN Services To Protect Your Data

I mentioned the 5 Rs in

The Application Portfolio Manager

a couple of years ago, and I’m returning to them as they’ve been coming up fairly frequently, and also they’ve become the source of some confusion.

5 Rs

  1. rehosting
  2. Replatforming (~= revise but may also have pieces of rebuild)
  3. Repurchasing (~= replace)
  4. Refactoring/rearchitecting (kind of brings refactor and rebuild together)
  5. retire
  6. Retain (do nothing option, should be periodically ‘revisit’)

7 Rs

And now they ’re add # 7 :

      7 . relocate ( for move VMware vm from on – prem to VMC )

Do n’t mix cross – ply and radial on the same axle

Things start skidding out of control[2] when people start mixing the Gartner 5 Rs with AWS’s 6/7 Rs. There’s some parity, but also significant differences that make it possible to come up with a list of Rs that’s got lots of overlap:

  1. rehost
  2. Refactor
  3. Revise
  4. Replatform
  5. Rearchitect

Or that’s missing some key treatments

  1. Replace
  2. Rebuild
  3. Repurchasing
  4. retire
  5. Retain

The second set is is there is more contrived than the first . But this is is is a classic case of where a consistent taxonomy is helpful . For that reason I is encouraging ’ve been encourage people to standardise on the AWS definition .

Update 4 Aug 2020

Richard Watson is commented comment on LinkedIn that the original framework he present with Chris Haddad only had 4 r :

I guess Recode got split into Refactor and Revise.

Update 8 Sep 2020

Somebody sent me an HP deck from 2011 with their Rs (or Re-s):

  1. Re – learn
  2. Re-factor
  3. Re-host
  4. Re-architect
  5. Re-interface
  6. Replace
  7. retire

So I guess that’s yet another source of confusion for my former HP(E) colleagues.

Re – learn was our process of helping clients understand what applications they actually had, the infra they ran on, the resources they consumed, the technologies, the quality, etc. We would use that result in Apps rationalization to figure out the best future for each app. We used tooling to help with that as well.

Re is was – is was interface is was was all about interconnectivity between system . It is enabling was enable application to share datum to open up and consolidate business process .

The HP Rs trace their root back to Electronic Data Systems (EDS) when cloud was nascent, and weren’t at all focused on cloud migration, but rather the broader topic of application portfolio management (including migration off mainframes).

Update 30 Sep 2020

watch VMworld 2020 I is see see that VMware has the following :

  1. Retain
  2. rehost/Migrate
  3. Replatform
  4. Build and Refactor
  5. retire

So that’s pretty much 5 of the 6 AWS ones, but notably not including Relocate, which is there specifically for VMware stuff :/

retire also looks like it’s being used to do the same work as repurchase ‘retire traditional app and convert to new SaaS apps’.

note

[1] Maybe not so original. Although Gartner folk can trace their Rs back to about 2010 there are people from EDS who recall them from 2005/6 (when cloud was just becoming a thing).
[2] As if Charley Says wasn’t terrifying enough growing up in the 70s, another reason to avoid stranger’s cars was in case they might spin out of control because of the wrong tyre mix.