Phase 1: Discovery & Assessment

  • โœ… Inventory all servers, applications, and databases currently in use
  • โœ… Map application dependencies and integration points between systems
  • โœ… Assess internet capacity and latency requirements for cloud workloads
  • โœ… Review software licence portability, can current licences move to cloud?
  • โœ… Calculate current hosting costs including hardware depreciation, power, cooling, space
  • โœ… Identify compliance and data residency requirements (DPDPA, industry regulations)
  • โœ… Get a cloud cost estimate using Azure Pricing Calculator or AWS TCO Calculator

Phase 2: Choose Your Migration Strategy

Select the right approach for each workload, not all applications should be migrated the same way:

  • Rehost (Lift & Shift): Move as-is to cloud VMs. Fastest, lowest risk. Start here for most workloads.
  • Replatform: Minor improvements, such as moving to a managed database service. Better long-term performance.
  • Refactor: Re-architect for cloud-native. Best long-term cost but highest effort, save for later phases.
  • Retire: Decommission redundant workloads. Most migrations find 20 to 30% of servers to retire.

Phase 3: Pre-Migration Preparation

  • โœ… Set up cloud landing zone with correct governance, RBAC, and cost management
  • โœ… Configure identity (Azure Entra ID or AWS IAM) and SSO with existing directory
  • โœ… Set up ExpressRoute (Azure) or AWS Direct Connect if capacity requires dedicated connectivity
  • โœ… Establish backup and disaster recovery targets in cloud before migration begins
  • โœ… Test connectivity between on-premises and cloud environments thoroughly
  • โœ… Communicate migration schedule to all business teams well in advance

Phase 4: Migration Execution

  • โœ… Migrate non-critical workloads first, learn and refine the process before production systems
  • โœ… Use Azure Migrate or AWS Application Migration Service for VM replication
  • โœ… Run parallel environments (old and new) for minimum 5 business days before cut-over
  • โœ… Schedule cut-over during low-traffic window, typically weekend or overnight
  • โœ… Test all application functions and integrations before decommissioning on-premises servers
  • โœ… Monitor cloud resource metrics continuously for first 72 hours post cut-over

Phase 5: Post-Migration Improvement

  • โœ… Right-size VM instances after 2 weeks of real production usage data
  • โœ… Implement auto-scaling for variable workloads to avoid over-provisioning
  • โœ… Enable Reserved Instances or Savings Plans for stable workloads, saves 40 to 60%
  • โœ… Set up cost alerts and budgets in your cloud console
  • โœ… Decommission on-premises hardware only after 30-day ongoing support period

Common Mistakes to Avoid

  • โŒ Migrating without a dependency map, one missed dependency causes post-migration failures
  • โŒ Over-sizing cloud VMs, start with the measured size, scale up only if needed
  • โŒ Ignoring Reserved Instances, running on-demand pricing for months is expensive
  • โŒ No rollback plan, always keep on-premises running for 30 days post-migration
  • โŒ Skipping the post-migration improvement phase, right-sizing can save an additional 20 to 30%
Get Expert Help

Ready to Save on IT Costs?

Book a free IT & SAM audit. Our engineers will find your savings, at no cost.