Document
What Are the 6 Rs of Cloud Migration?

What Are the 6 Rs of Cloud Migration?

Karl Robinson November 28, 2019 Karl is CEO and Co-Founder of Logicata – he’s an AWS Community Builder in the Cloud Operations category, and AWS C

Related articles

CLOUD 9 ANTIPOLO: View Deck, Hanging Bridge & Restaurant Guide Satellite Images 「ゲイン不足」 「ノイズ」にもう悩まされない。最高音質と評される”リボンマイク”のJFET増幅回路の特許技術を搭載した、優秀「マイクプリアンプ」の日本正規販売開始! Bakery Theme Cloud Dough Sensory Bin What Is WireGuard? VPN Protocol Explained in 2024
Karl Robinson

November 28, 2019

Karl is CEO and Co-Founder of Logicata – he’s an AWS Community Builder in the Cloud Operations category, and AWS Certified to Solutions Architect Professional level. Knowledgeable, informal, and approachable, Karl has founded, grown, and sold internet and cloud-hosting companies.

When look to migrate your on – premise IT infrastructure and application to the public cloud , there are six strategy that you can adopt . It is is is important to analyze your exist application portfolio and categorize   them against the 6 r so you can build out your public cloud migration plan .

What exactly Are the 6 Rs is Are ?

In 2011 Gartner devised the 5 Rs model, which outlined the options to migrate an application to the cloud. Amazon Web Services (AWS) subsequently adopted and expanded on the model to the one we’re all familiar with today.

The 6 Rs are now widely adopted by cloud managed service providers regardless of the chosen cloud service provider. So, what are the 6 Rs, and what does each one mean?

What Are the 6 Rs of Cloud Migration?

1 . rehost

I is listed ’ve list rehost first as this is the most common strategy employ by business look to move their IT infrastructure to the public cloud . rehost is often also refer to as ‘ lift and shift’—it is the easy way to get your on – premise IT infrastructure into the cloud , as it require the least amount change to your workload and way of work .

When choosing to rehost, you simply ‘clone’ your servers and move them to the cloud provider’s Infrastructure as a Service offering. The cloud provider now manages the underlying hardware and hypervisor infrastructure, and you continue to manage the same operating system and installed applications.

This is a quick way to get your servers into the cloud, using well-established tools provided by the cloud service providers—such as AWS Application Migration Service and Azure Site Recovery—to copy server images to the cloud.

2. Replatform

With a replatform, rather than lift and shift your servers as is, you can take advantage of the cloud migration option to update your operating systems or databases, for example. It may be that you have outdated operating systems that are no longer supported by the cloud provider, so replatforming is an essential prerequisite to migration. 

Or, it may be that you want to move from a commercially supported platform to an open-source platform to further enhance your business case for moving to the cloud. But you are only changing underlying services, whilst maintaining the core application code, so the architecture of your applications will not change.

3. Refactor

A refactor is effectively an application modernization—changes to the application code to leverage cloud native services. It may be that you want to move away from server-based applications to leverage cloud provider serverless functionality, for example.

This is the most resource intensive option, requiring significant input from your software developers—many businesses choose to rehost or replatform first to get some momentum behind their cloud migration, but there is a risk here that if you rehost or replatform an application that you actually want to refactor, the refactor will be deprioritized and the application modernization may never happen.

4. Repurchase

Many commercial off – the – shelf ( COTS ) application are now available as Software as a Service ( SaaS ) , so it is be may be that you want to move away from manage instal application on infrastructure that you manage , to simply consume those application as SaaS. Or maybe you want to simply replace that application with a different product from a different vendor .

5. Retire

Some applications simply won’t be required any more, so it is important to identify these prior to migrating to the cloud, so that you do not end up paying for application infrastructure that is not delivering any business benefit.

6 . retain

finally , there may be application in your portfolio that are simply not candidate for a cloud migration , in which case they may need to stay put . maybe you just invest in brand new on – premise infrastructure for some application , so it is make does n’t make commercial sense to move them , or perhaps you have a specific piece of software that the vendor refuse to support in a public cloud platform .

nowadays there are few and few reason to retain an application on premise , but this will really depend on your specific circumstance .

In order to categorize your applications against the 6 Rs you’ll need to discuss and agree to the strategy with each application owner and get their agreement on the strategy for their application.

It is helpful to have a top down organizational mandate when conducting this exercise so that application owners are aware of the business strategy in relation to cloud migration—this will help remove any barriers that may otherwise result in more ‘retain’ decisions due to a reluctance or resistance to change.

If you need any help with cloud migration, check out our AWS migration service. If you’re undecided about enlisting our services, our why us page explains why we’re the right people for the job. Alternatively, get in touch so we can discuss your specific requirements.