5 6 7 Rs of Cloud Migration
5 Rs
- Rehost
- Refactor
- Revise
- Rebuild
- Replace
6 Rs
Then AWS decided it was 6 Strategies for Migrating Applications to the Cloud:
- Rehosting
- Replatforming (~= revise but may also have pieces of rebuild)
- Repurchasing (~= replace)
- Refactoring/rearchitecting (kind of brings refactor and rebuild together)
- Retire
- Retain (do nothing option, should be periodically ‘revisit’)
7 Rs
Don’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:
- Rehost
- Refactor
- Revise
- Replatform
- Rearchitect
Or that’s missing some key treatments
- Replace
- Rebuild
- Repurchasing
- Retire
- Retain
The second set there is more contrived than the first. But this is a classic case of where a consistent taxonomy is helpful. For that reason I’ve been encouraging people to standardise on the AWS definitions.
Update 4 Aug 2020
Richard Watson commented on LinkedIn that the original framework he presented with Chris Haddad only had 4 Rs:
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):
- Re-learn
- Re-factor
- Re-host
- Re-architect
- Re-interface
- Replace
- 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-interface was all about interconnectivity between systems. It was enabling applications to share data to open up and consolidate business processes.
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
Watching VMworld 2020 I see that VMware has the following:
- Retain
- Rehost/Migrate
- Replatform
- Build and Refactor
- 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’.
Notes
[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.
Filed under: cloud | Leave a Comment
Tags: cloud, migration, Rs
No Responses Yet to “5 6 7 Rs of Cloud Migration”