About the Author

Richard Lingsch
Enterprise Infrastructure Strategy, Nubius Solutions
Richard has spent 30+ years in infrastructure, hosting, cloud, and application delivery, from IT consulting at Deloitte to co-founding eApps Hosting, where he led the shift from Domino and Java/Tomcat hosting to Xen, KVM, and enterprise OpenNebula. He works with midmarket companies reassessing VMware and virtualization economics, helping them segment workloads and migrate only where the business case holds.
Moving your IT infrastructure to the cloud is no longer just a trendy upgrade; it is a fundamental business imperative. According to recent forecasts by Gartner, worldwide end-user spending on public cloud services is projected to soar past $670 billion, largely driven by US enterprises aggressively modernizing their legacy systems. However, migrating hundreds or thousands of applications isn’t a simple copy-paste exercise. Without a rigid framework, projects often spiral out of scope, exceeding budgets and missing critical deadlines.
To navigate this complexity, Amazon Web Services (AWS) pioneered a framework that has become the gold standard in the IT industry: The 6 R’s of Cloud Migration.
As experienced cloud architects at Nubius Solutions, we leverage this framework daily to guide C-level executives, IT Directors, and System Administrators through complex digital transformations. Whether you are aiming for immediate cost reductions or long-term agility, understanding these six strategies Rehost, Replatform, Repurchase, Refactor, Retire, and Retain is your blueprint for success.
Why a Cloud Migration Strategy Matters in 2026
In 2026, the conversation has shifted from “Should we move to the cloud?” to “How fast and how efficiently can we get there?” The modern technological landscape demands rapid scaling, uncompromising security, and the integration of advanced AI tools none of which are feasible on rigid, on-premises hardware.
However, diving into a migration without a tailored strategy is a recipe for disaster. According to IDC, organizations that migrate blindly often face “cloud sticker shock,” realizing that running legacy, non-optimized virtual machines in the cloud can sometimes cost more than running them in a local data center.
A meticulously planned strategy ensures you achieve:
- Predictable Cost Optimization: Aligning your workloads with the correct computing resources prevents over-provisioning and wasted spend.
- Business Agility: Modernizing architectures allows developers to deploy code faster, significantly reducing time-to-market for new features.
- Zero Downtime: A phased approach guarantees that your critical business operations continue running smoothly while background systems are moved.
- Targeted Placements: Before moving a single byte of data, a solid strategy helps in choosing the right cloud deployment model be it public, private, hybrid, or multi-cloud ensuring your workloads land in an environment tailored to their specific security and performance needs.
Expert Insight: The biggest mistake we see enterprises make is assuming every application requires the same migration approach. A successful migration is a mosaic of different strategies applied to different applications.
The 6 R’s of Cloud Migration Explained
To ensure a smooth transition, every application in your portfolio must be categorized into one of the following six strategies.
1. Rehosting (Lift and Shift)
Rehosting is the most straightforward approach. It involves moving an application from an on-premises environment to the cloud with absolutely no changes to its underlying architecture. Think of it as picking up your server and dropping it into an AWS EC2 instance or an Azure Virtual Machine.
Because no code is rewritten, this is the fastest way to migrate. However, it also means the application won’t natively utilize advanced cloud features like auto-scaling or managed services right out of the gate.
| Pros | Cons | Best Use Cases |
| Highly predictable and fast execution | Misses out on long-term cloud-native cost efficiencies | Legacy applications that are difficult to modify |
| Minimal risk of breaking application logic | Can lead to higher initial cloud hosting costs | Urgent, time-sensitive migrations (e.g., data center lease expiring) |
2. Replatforming (Lift, Tinker, and Shift)
Replatforming represents the middle ground between a simple Rehost and a complex Refactor. In this strategy, the core architecture of the application remains the same, but you make a few strategic cloud optimizations to achieve tangible benefits.
A common example is moving a traditional self-hosted database (like MySQL running on a virtual machine) to a managed cloud database service (like Amazon RDS or Azure SQL). Another highly relevant example for infrastructure teams is transitioning away from expensive, proprietary hypervisors. Executing a VMware to OpenNebula migration allows businesses to replatform their virtual environments, unlocking significant cost savings and vendor independence without entirely rewriting their applications.
| Pros | Cons | Best Use Cases |
| Quick return on investment (ROI) via managed services | Requires a moderate level of testing and validation | Applications requiring better database performance |
| Reduces day-to-day administrative overhead | Potential for scope creep if not strictly managed | Migrating away from costly software licensing |
3. Repurchasing (Drop and Shop)
Sometimes, the best way to migrate an application is to abandon it entirely and move to a Software-as-a-Service (SaaS) model. This is known as Repurchasing.
Instead of moving your heavily customized, aging on-premises HR system to the cloud, you simply migrate your data to Workday or SAP SuccessFactors. Similarly, replacing an on-premise CRM with Salesforce is a classic Repurchase strategy.
| Pros | Cons | Best Use Cases |
| Eliminates infrastructure maintenance completely | Loss of deep, bespoke customization | Standard business functions (HR, CRM, Email) |
| Immediate access to modern, regularly updated software | Team requires training on the new platform | When legacy software is end-of-life (EOL) |
4. Refactoring / Rearchitecting
Refactoring is the most complex, expensive, and time-consuming strategy, but it also yields the highest long-term rewards. This involves fundamentally rewriting or redesigning an application to become “cloud-native.”
Typically, this means breaking down a monolithic application into microservices, utilizing serverless computing (like AWS Lambda), and building robust API gateways. For enterprises looking to achieve ultimate scalability, adopting a Service Oriented Architecture in cloud computing is often the key to ensuring their refactored applications are agile, independent, and resilient.
| Pros | Cons | Best Use Cases |
| Maximum agility, performance, and auto-scaling | High upfront cost, time, and resource investment | Mission-critical applications requiring high scale |
| Lowest long-term operational costs | High risk of introducing bugs during the rewrite | Applications that need rapid, frequent feature updates |
5. Retiring
Not everything needs to go to the cloud. Over the years, enterprises accumulate immense amounts of “IT bloat” servers running forgotten applications, duplicate environments, or tools that have been superseded by other platforms.
The Retiring strategy is the IT equivalent of decluttering. By identifying and turning off these unused assets, organizations can realize immediate cost savings and reduce their security attack surface before the migration even begins. Often, up to 10-20% of an enterprise’s portfolio can simply be retired.
| Pros | Cons | Best Use Cases |
| Immediate reduction in licensing and hardware costs | Requires deep discovery to ensure no hidden dependencies | Redundant or obsolete applications |
| Simplifies the overall migration project scope | Internal pushback from users resistant to change | Mergers and acquisitions resulting in duplicate IT tools |
6. Retaining (Revisit)
Finally, Retaining (often called Revisit) means choosing to do absolutely nothing for now.
There are entirely valid reasons to keep certain workloads on-premises. Perhaps an application requires ultra-low latency connection to a physical manufacturing machine on your factory floor. Perhaps strict data sovereignty laws require patient data to remain in a highly controlled, localized data center. Or, perhaps you just spent $500,000 upgrading a server rack last year and need to ride out the depreciation cycle. Retaining acknowledges that cloud migration is a journey, and some workloads are best left alone until a later phase.
| Pros | Cons | Best Use Cases |
| Zero migration risk or downtime | Maintains data center maintenance costs | Compliance-heavy workloads |
| Maximizes ROI on recently purchased hardware | Creates a hybrid environment that is complex to manage | Applications requiring ultra-low physical latency |
How to Choose the Right Strategy for Your Workloads
Selecting the appropriate ‘R’ for hundreds of applications requires a systematic, data-driven approach. At Nubius Solutions, we align with the AWS Migration Acceleration Program (MAP) methodology, breaking the process down into three distinct phases:
- Assess: You cannot migrate what you do not understand. The assessment phase involves deploying automated discovery tools to map out your entire IT environment. This uncovers server utilization rates, application dependencies, and network topographies.
- Mobilize: Here, you build the business case. You look at the discovery data and assign one of the 6 R’s to each application.
- Migrate & Modernize: The actual execution phase where the heavy lifting occurs.
To do this successfully, internal IT teams often need external expertise. Partnering with a team that provides expert cloud migration consulting ensures that your dependency mapping is flawlessly executed, minimizing the risk of a single forgotten API breaking an entire supply chain system during the move.
Real-World Scenarios and Enterprise Success
It is easy to look at the 6 R’s in a vacuum, but in the real world, migrations are messy, time-bound, and high-stakes.
Consider a scenario where an enterprise’s physical data center lease is expiring in two months. A complex Refactor is entirely out of the question. The strategy must heavily pivot toward Rehosting to get everything into the cloud before the lights go out, followed by a planned Replatforming phase once the data is safely secured in AWS or Azure.
Aggressive timelines can be met when the right strategy is applied without hesitation. We have proven that massive, complex lifts are not only possible but can be executed seamlessly, such as delivering a successful enterprise cloud migration in just 5 weeks. Success at this scale relies on ruthless prioritization Retiring the bloat, Rehosting the bulk, and Refactoring only what is strictly necessary.
Frequently Asked Questions (FAQs)
What is the most common cloud migration strategy?
Rehosting (Lift and Shift) is by far the most common initial strategy. According to industry data, over 50% of initial enterprise cloud migrations rely heavily on rehosting because it allows businesses to vacate physical data centers quickly. Once in the cloud, these companies typically transition to a “Modernize” phase, where they begin Replatforming and Refactoring those rehosted assets.
How long does a typical cloud migration take?
The timeline varies drastically based on the size of the infrastructure and the chosen R’s. A simple Rehost of a few dozen servers can take weeks. However, a full-scale enterprise migration involving Refactoring legacy monoliths into microservices can take anywhere from 12 to 24 months. Comprehensive discovery and planning (the Assess and Mobilize phases) usually take 2 to 4 months alone.
What are the hidden costs of cloud migration?
The most common hidden costs include data egress fees (the cost of moving data out of the cloud if a hybrid setup is poorly architected), parallel running costs (paying for both your physical data center and your new cloud environment simultaneously during the transition), and training costs (upskilling your internal IT team to manage the new cloud-native architecture).
Conclusion
Migrating to the cloud is a complex journey, but utilizing the 6 R’s framework Rehost, Replatform, Repurchase, Refactor, Retire, and Retain provides the clarity and structure needed to guarantee a successful transition. By thoroughly assessing your workloads and mapping them to the appropriate strategy, your enterprise can achieve unprecedented scalability, security, and cost efficiency.
However, getting to the cloud is only day one. Once your infrastructure is modernized, managing it efficiently is critical to realizing long-term ROI. If your team is ready to plan a seamless migration, or if you need ongoing cloud operations support to optimize your newly migrated environment, the architects at Nubius Solutions are ready to help you build the future of your business.
