Skip to content
IT

Cloud Migration

Cloud migration is the process of moving data, applications, computing power, and other digital resources from local data centres to a cloud service provider's infrastructure. The most common framework is AWS's '6 Rs' strategy — Rehost, Replatform, Refactor, Repurchase, Retire and Retain.

What Is Cloud Migration?

Cloud migration is the process of moving data, applications, computing power and other digital resources from on-premises data centres (or another cloud) to a cloud service provider’s infrastructure. It typically covers applications, databases, development platforms, file shares, identity systems and supporting middleware.

Modern cloud migration is rarely a one-time project — it is a structured programme spanning months or years, broken into waves, governed by an architecture authority and supported by automation. The most widely used framework is AWS’s 6 Rs strategy (Rehost, Replatform, Refactor, Repurchase, Retire, Retain), which gives every workload a clear migration path.

Cloud Migration Definition

Cloud migration is the process of moving data, applications, computing power and other digital resources from local data centres to a cloud service provider’s infrastructure. This can include moving applications, databases, development platforms, and other technologies supporting organisational operations to the cloud.

Common cloud destinations include Amazon Web Services (AWS), Microsoft Azure, Google Cloud Platform (GCP) and Oracle Cloud Infrastructure (OCI). Many enterprises run a multi-cloud or hybrid strategy combining on-premises systems with several cloud providers.

Cloud Migration Security

Cloud migration is a period of elevated risk: misconfiguration, unencrypted data in transit and carrying over legacy vulnerabilities can open the door to attacks. Security should therefore be part of the migration plan from the start (shared responsibility, IAM, encryption).

Key practices include data inventory and classification, encryption during transfer, configuration validation (CSPM) and post-migration security testing. A well-planned migration raises, rather than lowers, the security posture.

How Does Cloud Migration Work?

A typical cloud migration follows several key steps:

  1. Discovery and assessment — automated inventory of the existing IT estate (servers, applications, databases, dependencies), business and technical risk analysis, and prioritisation of workloads into migration waves.
  2. Cloud provider and landing zone selection — choosing AWS, Azure, GCP or another provider, plus designing the secure foundation: accounts/subscriptions, network architecture, identity, logging, guardrails (AWS Control Tower, Azure Landing Zone Accelerator, GCP Cloud Foundation Toolkit).
  3. Migration strategy per workload — assigning each application one of the 6 Rs (see below), based on business value, technical fit and target state.
  4. Data and application preparation — refactoring or repackaging where needed, defining cutover plans, preparing data replication (DMS, Azure Migrate, GCP Migrate for Compute Engine).
  5. Migration and testing — moving workloads in waves, running parallel testing, performing user acceptance and production validation.
  6. Operate and optimise — continuous monitoring, FinOps cost optimisation, security hardening and modernisation roadmap.

The 6 Rs of Cloud Migration

The 6 Rs framework (originated by Gartner, popularised by AWS) defines six possible migration strategies. Most enterprise programmes combine several across the application portfolio:

  1. Rehost (“Lift and Shift”) — move applications to cloud VMs with minimal or no code changes. Fastest path, typically 4–12 weeks per app. Trade-off: limited cloud-native benefits, often higher run costs than on-prem.
  2. Replatform (“Lift and Reshape”) — small optimisations on the way: replace self-managed databases with managed services (RDS, Azure SQL, Cloud SQL), move to managed Kubernetes, switch to managed message queues. Balances speed with quick wins.
  3. Refactor / Re-architect — redesign the application using cloud-native services (containers, serverless, microservices, event-driven architecture). Highest investment, biggest long-term agility and cost benefit.
  4. Repurchase (“Drop and Shop”) — replace the existing application with a SaaS product (e.g. legacy ERP → NetSuite, on-prem Exchange → Microsoft 365, custom CRM → Salesforce).
  5. Retire — decommission obsolete systems uncovered during discovery (typically part of an enterprise estate is unused or duplicated).
  6. Retain (“Revisit”) — leave on-premises for now: compliance constraints, recent infrastructure investment, latency requirements, or applications already scheduled for replacement.

Types of Cloud Migration

Beyond the 6 Rs, cloud migrations are also categorised by source and target:

  • Lift and shift migration — moving existing applications and data to the cloud without modification (synonymous with “Rehost”).
  • Transformational migration — modernising and optimising applications before or as part of the move (Replatform / Refactor).
  • Hybrid migration — combining local and cloud resources in a permanent hybrid model (e.g. compliance data on-prem, web tier in cloud).
  • SaaS migration — moving applications to a Software-as-a-Service model where they are delivered as cloud services.
  • Cloud-to-cloud migration — moving from one provider to another (e.g. AWS → Azure) or from a single cloud to a multi-cloud architecture.

Benefits of Cloud Migration

Cloud migration delivers several strategic and operational benefits:

  • Flexibility and scalability — the ability to adjust resources in real time to changing business needs (autoscaling, on-demand capacity).
  • Cost transparency and optimisation — moving from CapEx-heavy data centres to OpEx, with detailed billing and FinOps tooling.
  • Higher availability and reliability — multi-AZ and multi-region architectures deliver 99.99% availability without bespoke engineering.
  • Faster innovation — managed services (AI/ML, data warehouses, serverless) enable new products in weeks rather than years.
  • Stronger security baseline — providers invest billions in security; native services for encryption, identity, threat detection and posture management raise the bar.

Cloud Migration Challenges

Cloud migration also carries real risks:

  • Change management — convincing teams, retraining operations and updating processes.
  • Security and compliance — keeping up with shared responsibility, GDPR, HIPAA, PCI-DSS and sector-specific regulations.
  • Migration costs — initial investment, dual-running during cutover, and surprise data egress charges.
  • Integration with existing systems — overlooked dependencies on on-premises directories, file shares, batch jobs and B2B partners.
  • Vendor lock-in — proprietary managed services accelerate delivery but raise the cost of leaving.
  • Cost overrun in run mode — unoptimised workloads in cloud can cost much more than their on-prem equivalent without right-sizing and reserved capacity.

Cloud Migration Process Stages

  1. Assessment and planning — analysis of existing infrastructure, business case, target architecture, programme governance.
  2. Preparation — designing landing zones, preparing data and applications, setting up automation pipelines.
  3. Migration — moving data and applications to the cloud in waves.
  4. Testing and optimisation — validating functionality, performance and security in the cloud, optimising performance and cost.
  5. Operate — monitoring, managing and continuously improving cloud resources (FinOps, SRE, security operations).

Best Practices in Cloud Migration

  • Detailed planning — invest in thorough discovery; the cost of late-stage surprises is many times the discovery cost.
  • Right-size strategy per workload — not every application benefits from refactor; lift-and-shift is fine for stable, low-change systems.
  • Security baked in — design landing zones with guardrails, IAM, logging and encryption from day one, not retrofitted.
  • Pre-migration testing — staging environments and parallel runs reveal integration issues before users do.
  • Team training — operations teams need cloud-native skills (Terraform, Kubernetes, FinOps) before, not after, the cutover.
  • Continuous monitoring and optimisation — usage patterns shift quickly; ongoing right-sizing and reserved capacity buying typically save significantly on run costs.

Cloud Migration and Data Security

Data security is a key aspect of cloud migration. It requires layered controls:

  • Data encryption — encrypting data in transit (TLS 1.3) and at rest (KMS-managed keys, BYOK for sensitive workloads).
  • Identity and access control — enforcing least privilege, MFA on every privileged account, federated identity to corporate directory.
  • Regular audits — cloud security posture management (CSPM), regular penetration testing, third-party assessments.
  • Compliance management — meeting GDPR, HIPAA, PCI-DSS, ISO 27001, SOC 2 and sector regulations through cloud-native compliance tooling.
  • Backup and disaster recovery — multi-region replication, immutable backups, regular DR tests.

Cloud migration is a foundational step in digital transformation, offering flexibility, cost savings and increased resource availability. Success requires careful planning, change management and a security-first mindset.

Learn more

Explore our services

Frequently asked questions

+ What is cloud migration in simple terms?

Cloud migration is the process of moving an organisation's IT workloads — data, applications, databases, development platforms — from on-premises data centres or one cloud environment to another (typically AWS, Microsoft Azure, Google Cloud Platform or Oracle Cloud). It can be a full lift-and-shift of legacy systems or a step-by-step modernisation. The goal is usually a mix of cost optimisation, scalability, faster delivery of new services, and stronger security and compliance posture.

+ What are the 6 Rs of cloud migration?

AWS's 6 Rs framework defines six migration strategies: (1) Rehost ('lift and shift') — move the workload as-is to cloud VMs without code changes, (2) Replatform ('lift and reshape') — minor changes such as switching to a managed database, (3) Refactor / Re-architect — redesign for cloud-native services (containers, serverless, microservices), (4) Repurchase — replace the existing app with a SaaS product (e.g. ERP → NetSuite), (5) Retire — decommission obsolete systems, (6) Retain — keep on-premises (compliance, latency, recent investment). Most enterprise migrations combine multiple Rs across the application portfolio.

+ How long does cloud migration take?

Timelines depend on workload complexity and the chosen R: simple rehost migrations finish in 4–12 weeks per application, replatform takes 2–6 months, full refactor 6–18 months. A mid-size enterprise migrating 100–300 applications typically plans an 18–36-month programme, structured in waves. Critical levers: discovery quality (CMDB accuracy), team experience, network bandwidth to cloud, and dependencies on shared on-premises services.

+ How much does cloud migration cost?

Costs split into 4 areas: (1) discovery and assessment (depending on portfolio size), (2) migration execution — per application, considerably lower for rehost than for refactor, (3) cloud consumption (run cost — variable), (4) tooling and training. Hidden costs to budget: data transfer egress, dual-running during migration, licence reassessment (BYOL vs cloud-native), and post-migration FinOps optimisation. For a large portfolio of mixed apps, total programme spend depends mainly on the mix of migration strategies.

+ What are the main cloud migration risks?

Top risks: (1) Cost overrun — running unoptimised workloads in cloud is more expensive than on-prem; without right-sizing and FinOps, bills surprise CFOs, (2) Security misconfiguration — public S3 buckets, exposed databases, over-permissive IAM are leading causes of cloud breaches, (3) Data sovereignty and compliance — GDPR, HIPAA, PCI-DSS and sectoral rules on where data is stored, (4) Dependency on the source environment — overlooked integrations break after move, (5) Skill gap — operations teams need to retrain on cloud-native services, (6) Vendor lock-in — proprietary services (managed databases, queueing, orchestration) make future moves expensive.

+ What is the difference between cloud migration and digital transformation?

Cloud migration is a *technical* exercise — moving workloads from one environment to another. Digital transformation is a *business* exercise — rethinking processes, customer experience and operating model, often *enabled* by cloud. Migration alone (especially pure rehost) does not deliver transformation: lift-and-shifted legacy apps remain monolithic, slow to change and tied to old data models. Transformation requires refactoring to cloud-native patterns, modernising data platforms, adopting DevOps, and changing how teams work.

+ AWS vs Azure vs GCP for migration — which is best?

There is no universal winner — choice depends on existing footprint, workloads and skills. AWS — broadest service catalogue, mature ecosystem, strongest for greenfield and complex architectures. Microsoft Azure — best fit for organisations with heavy Microsoft footprint (Active Directory, M365, .NET, SQL Server), strong hybrid story (Azure Arc). Google Cloud — leader for data and AI/ML workloads (BigQuery, Vertex AI), competitive pricing for analytics-heavy estates. Many enterprises run multi-cloud, choosing the platform per workload.

Tags:

cloud migration cloud computing digital transformation AWS Azure GCP 6 Rs

Want to Reduce IT Risk and Costs?

Book a free consultation - we respond within 24h

Response in 24h Free quote No obligations