HomeServicesMigration ServicesApplication Migration
Migration Services

Application Migration

Move applications between clouds, providers, or architectures — with refactoring options from lift-and-shift to full replatforming.

Talk to a migration architect

Overview

Application migration is harder than infrastructure migration because the application itself may need to change. A lift-and-shift of a stateful PHP app to serverless won't work; a refactor of a monolith to microservices is a multi-month project. The 6 R's — Retain, Retire, Rehost, Replatform, Refactor, Repurchase — give you a framework, but the execution is where most projects fail.

CB4UHost migrates applications using the right strategy per app — not a one-size-fits-all approach. We lift-and-shift the simple ones, replatform the medium ones, and refactor the ones that will benefit. We use our 6 R's Migration Planner to make the strategy explicit and defensible.

We've migrated apps between AWS, GCP, Azure, on-prem, and back. We've refactored monoliths to microservices, replatformed VM apps to Kubernetes, and migrated legacy PHP/Java apps to modern frameworks. We know the gotchas — and we plan around them.

Every migration ends with documentation, runbooks, and a 30-day monitoring window to catch any issues that surface after cutover.

What's included

6 R's strategy per app

Each application gets a Retain/Retire/Rehost/Replatform/Refactor/Repurchase recommendation with rationale.

Migration plan + runbook

Step-by-step migration plan with timelines, owners, and rollback triggers.

Refactoring (if needed)

Code changes for replatforming or refactoring — done by our engineers, reviewed by your team.

Cutover + rollback

Tested cutover and rollback plan, executed with on-call support.

Post-migration monitoring

30-day monitoring to catch latency, error rate, or performance issues.

Documentation + runbooks

Architecture docs, runbooks, and a 60-minute walkthrough for your team.

How we work

1

App discovery + 6 R's classification

We inventory your apps and classify each with the 6 R's framework.

2

Plan + refactor

We build the migration plan and do any necessary refactoring or replatforming.

3

Cutover + rollback

We execute the cutover with tested rollback.

4

Stabilization

We monitor for 30 days and fix any issues.

5

Handover

We hand over docs, runbooks, and a walkthrough.

FAQ

What are the 6 R's of migration?

Retain (keep as-is), Retire (decommission), Rehost (lift-and-shift), Replatform (lift-and-tweak), Refactor (re-architect), Repurchase (replace with SaaS). We classify each app and recommend the right strategy.

How do you decide between rehost and refactor?

Rehost is faster and cheaper but carries technical debt. Refactor is slower and pricier but unlocks cloud-native benefits (autoscaling, managed services, lower running cost). We recommend based on the app's business value, lifespan, and current pain points.

Can you migrate legacy apps (PHP, Java, .NET)?

Yes. We've migrated legacy PHP apps to modern frameworks, Java monoliths to Spring Boot microservices, and .NET Framework apps to .NET Core on Linux. Legacy migration is a specialty.

Do you handle the destination architecture design too?

Yes — we design the target architecture (Kubernetes, serverless, PaaS, etc.) as part of the migration. See our Hybrid Cloud Architecture and Containerization services.

Ready to talk?

Tell us about your project. We'll come back with a scoped proposal and a fixed-fee quote.

Talk to a migration architect