--- title: "Cloud Migration for Mid-Market: A Practical Roadmap (2026)" description: "A practical cloud migration roadmap for mid-market companies: the Four-Wave plan, the 7 Rs portfolio sort, cost guardrails, and the mistakes to avoid." image: https://ontracsolutions.net/hubfs/AI-Generated%20Media/Images/cloud-migration-four-wave-roadmap-featured-2to1.jpg --- [Skip to Content](https://ontracsolutions.net/en/news/cloud-migration-mid-market-roadmap#body) [![Link](https://ontracsolutions.net/hubfs/Ontrac%20Solution%20Landing%20Page/Link.svg "Link")](https://ontracsolutions.net/) Toggle Menu - [Home](https://ontracsolutions.net) - [Services](https://ontracsolutions.net/services) Toggle children for Services - [Agentic AI & Autonomous Systems](https://ontracsolutions.net/agentic-ai-and-autonomous-systems) - [Cloud Architecture & Automation](https://ontracsolutions.net/cloud-architecture-and-automation) - [Staff Augmentation](https://ontracsolutions.net/staff-augmentation) - [Product Design & Engineering](https://ontracsolutions.net/product-design-engineering) - [Elite Technical Talent](https://ontracsolutions.net/elite-technical-talent) - [Engineering Talent](https://ontracsolutions.net/engineering-talent) - [HubSpot Services](https://ontracsolutions.net/hubspot-services) - [Professional Services](https://ontracsolutions.net/professional-services) - [Innovation Hub](https://ontracsolutions.net/innovation-hub) - [Solutions](https://ontracsolutions.net/solutions) Toggle children for Solutions - [Scout | Remote Hiring Defense](https://ontracsolutions.net/scout-remote-hiring-defense) - [AI](https://ontracsolutions.net/genai) - [Cloud Solutions](https://ontracsolutions.net/cloud-solutions) - [Data Analytics](https://ontracsolutions.net/data-analytics) - [FinOps](https://ontracsolutions.net/finops) - [Product Design & Development](https://ontracsolutions.net/product-design-development) - [About](https://ontracsolutions.net/about-us) - [News](https://ontracsolutions.net/en/news) - [Careers](https://ontracsolutions.net/careers) - [Contact us](https://ontracsolutions.net/contact-us) [back to blog](https://ontracsolutions.net/en/news) [Cloud](https://ontracsolutions.net/en/news/topic/cloud) # Cloud Migration for Mid-Market: A Practical Modernization Roadmap Read Time **15 mins** | Written by: Vinayak Bhagat [mailto:?subject=Cloud%20Migration%20for%20Mid-Market%3A%20A%20Practical%20Roadmap%20%282026%29&body=https%3A%2F%2Fontracsolutions.net%2Fen%2Fnews%2Fcloud-migration-mid-market-roadmap](mailto:?subject=Cloud%20Migration%20for%20Mid-Market%3A%20A%20Practical%20Roadmap%20%282026%29&body=https%3A%2F%2Fontracsolutions.net%2Fen%2Fnews%2Fcloud-migration-mid-market-roadmap) ![Three engineers review printed architecture diagrams and a laptop at a table while a wall screen behind them displays a roadmap titled The Four-Wave Roadmap](https://ontracsolutions.net/hubfs/AI-Generated%20Media/Images/cloud-migration-four-wave-roadmap-featured-2to1.jpg) Cloud Solutions · Migration · 2026 Most advice about **cloud migration** is written for companies that can staff a migration factory: a program office, five parallel workstreams, a systems-integrator bench. **Mid-market** reality is different. You have one platform team, a roadmap that does not pause while you move, and a CFO who has read enough horror stories about post-migration bills to ask hard questions early. The enterprise playbook does not scale down — it collapses. The money is moving regardless. Gartner forecasts worldwide end-user spending on public cloud services to reach [$723.4 billion in 2025, up from $595.7 billion in 2024](https://www.gartner.com/en/newsroom/press-releases/2024-11-19-gartner-forecasts-worldwide-public-cloud-end-user-spending-to-total-723-billion-dollars-in-2025). Somewhere in that number is your next infrastructure decision, and the difference between a migration that compounds and one that stalls is rarely the platform. It is the sequence. This is the roadmap we use with mid-market teams: four waves, a ruthless portfolio sort, and cost discipline built in while systems are being touched — not bolted on after the first surprising invoice. Quick Answer A mid-market cloud migration works when it runs as four sequenced waves: baseline the portfolio and build the landing zone, move low-risk quick wins to build proof and momentum, migrate core systems with a per-application strategy from the 7 Rs, then modernize selectively with FinOps guardrails already in place. Sort every application before moving any of them — rehost the majority, refactor only what constrains the business, and retire what does not earn its keep. Before You Start ## Three Preconditions, or the Roadmap Does Not Matter First, an executive owner with budget authority — not a steering committee. Migrations surface decisions that trade money against risk against speed, and a program that has to schedule a meeting for each one loses a week per decision. One name, empowered to make the call, reachable this week. Second, a security and compliance baseline agreed up front: which data classes exist, where each is allowed to live, and who signs off on exceptions. Retrofitting data-residency answers after workloads have landed is rework at its most demoralizing — and it is the finding auditors enjoy most. Third, a scope freeze with an expiry date. The portfolio you sort is the portfolio you migrate; new requests join the backlog for the next wave rather than reshuffling the current one. Mid-market teams rarely fail migrations on technology. They fail them on a scope that never stops moving. The Framework ## The Four-Wave Roadmap The premise is simple: a mid-market team cannot parallelize its way through a migration, so sequencing beats speed. Each wave produces something the next wave depends on — and something the business can see. That visible progress is not vanity. It is what keeps a multi-quarter program funded. ### Wave 0: Baseline and business case Before anything moves, three artifacts need to exist. First, an application inventory that is honest about dependencies — not the CMDB nobody updated since 2022, but a real map of what talks to what, who owns it, and what breaks if it is down for a weekend. Second, a unit business case: what each major system costs to run today, including the licensing, the hardware refresh you are deferring, and the engineer-hours it consumes. Third, the landing zone — the account structure, network, identity, and guardrails that every migrated workload will inherit. Mid-market teams are tempted to skip Wave 0 because it produces no migrations. It produces something more valuable: the tagging standard and budget ownership model that make cost visible from the first workload. Every team we have seen skip this step rebuilt it later, mid-flight, at several times the cost. ### Wave 1: Quick wins Move the workloads with few dependencies and low blast radius: internal tools, dev and test environments, file services, the marketing site. These are mostly rehosts — lift, shift, validate. The point of Wave 1 is not the workloads themselves. It is that your team learns the landing zone on systems that cannot take the company down, your runbooks stop being theoretical, and leadership sees servers leave the building within the first quarter of real movement. ### Wave 2: Core systems This is where the ERP, the primary databases, and the line-of-business applications move — and where the per-application strategy matters. Each system gets an explicit decision from the portfolio sort below: most rehost, some replatform (a managed database instead of a self-run one is the classic mid-market replatform — same application, less operational load), and a small number justify deeper work. Wave 2 is also where cutover discipline earns its keep: rehearsed migration windows, a tested rollback path, and a named owner for every system on both sides of the move. The teams that struggle here are almost never short on cloud skills. They are short on knowledge of their own legacy systems — which is why the discovery work in Wave 0 is the real schedule risk, not the migration tooling. Data is the part of Wave 2 that deserves its own rehearsal. Applications can be moved again if something goes wrong; a botched data cutover cannot be un-happened. For each stateful system, decide explicitly how the data moves (bulk transfer, replication, or a sync window), how long the acceptable freeze is, and what the validation query is that proves the target matches the source before traffic flips. Then rehearse it on a copy, with a stopwatch. The rehearsal number — not the vendor's estimate — is what goes in the cutover plan. ### Wave 3: Modernize and optimize Only now — with the portfolio landed and observable — does selective modernization make sense: [the refactor that unblocks a product line](https://ontracsolutions.net/en/news/user-centered-design-cloud-native-architecture), the batch job that becomes serverless, the capacity you right-size because you finally have real usage data instead of on-prem sizing guesses. Wave 3 has no finish line; it hands off into a standing operating rhythm. The cost side of that rhythm is its own discipline — we wrote a separate playbook on [running FinOps without slowing engineering](https://ontracsolutions.net/en/news/finops-cut-cloud-costs-without-slowing-engineering), and it starts exactly where this roadmap ends. The Portfolio Sort ## Sort Every Application Before Moving Any The industry-standard sort is the [7 Rs, documented in AWS's prescriptive guidance](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/migration-strategies.html). The categories matter less than the discipline of forcing a decision per application — here is how each one tends to play out at mid-market scale: | Strategy | What it means | Mid-market fit | | --- | --- | --- | | Rehost | Lift and shift, no code change | The default for the majority of the portfolio | | Replatform | Same app, managed components (e.g. managed database) | The best value-per-effort move for databases and middleware | | Refactor | Rearchitect for cloud-native | Reserve for the one or two systems that constrain the business | | Repurchase | Replace with SaaS | Often the right answer for email, HR, and finance systems | | Relocate | Move at the hypervisor level (e.g. VMware-to-cloud) | A fast path when a data-center exit has a hard deadline | | Retain | Keep on-premises, on purpose | Legitimate for latency, licensing, or compliance holdouts — document why | | Retire | Decommission | The sort's free money — most portfolios are carrying systems nobody uses | Two rules keep the sort honest. Every application gets exactly one strategy and one named owner — "we'll decide during the migration" is how migrations stall. And the burden of proof sits on the expensive strategies: a refactor has to argue for itself in business terms, while a rehost only has to not break. Where It Goes Wrong ## The Four Mistakes That Stall Mid-Market Migrations Mistake 1: Running the enterprise playbook at one-tenth the headcount Five parallel workstreams with a three-person platform team means five stalled workstreams. The Four-Wave sequence exists precisely because mid-market migrations succeed serially. If a plan requires people you do not have, it is not your plan — it is someone else's case study. Mistake 2: Refactoring everything on principle "If we're touching it anyway, let's do it properly" is the most expensive sentence in cloud migration. Rewrites consume the exact engineering capacity the migration already competes for, and they turn a quarters-long program into an open-ended one. Refactor where the application is a genuine constraint; rehost the rest and let the usage data tell you what deserves deeper work later. Mistake 3: Discovering FinOps at the first bill shock On-prem costs arrive once a year as a hardware budget; cloud costs arrive continuously as a consequence of every engineering decision. If tagging, budgets, and spend review start only after the first alarming invoice, you will retrofit discipline onto a moving footprint. Build the guardrails in Wave 0 and make them part of each cutover checklist — and if AI workloads are in your portfolio, cost control needs [its own playbook](https://ontracsolutions.net/en/news/stopping-runaway-ai-cloud-bills-a-2026-enterprise-finops-playbook). Mistake 4: Treating migration as an IT project instead of an operating change The servers move once; the operating model changes permanently. Deployment, on-call, security review, and budget ownership all work differently after the move, and if nobody owns that transition, the company ends up running cloud infrastructure with data-center habits — usually the expensive way. Name an owner for the operating model, not just the cutover calendar. The Skills Question ## Who Actually Does the Work The honest capacity math for a mid-market migration is uncomfortable: the platform engineers who know your systems best are also the people keeping production alive, and cloud infrastructure skills sit near the top of the [hardest-to-hire list](https://ontracsolutions.net/en/news/tech-talent-gap-2026-staff-augmentation) — a six-month recruiting cycle does not help a migration that starts this quarter. The model that works is a small, temporary capacity bulge with a permanent knowledge residue: your team owns the portfolio decisions and the operating model, augmented specialists carry the repetitive migration mechanics and the landing-zone patterns they have built before, and every runbook they touch ends up in your repository, not theirs. What you should not do is outsource the decisions — a partner who sorts your portfolio for you has also quietly decided where your engineering budget goes for the next two years. Making the Call ## What Good Looks Like a Year In A year into a well-run mid-market migration, the picture is unglamorous in the best way: the quick wins and most core systems are landed, a couple of systems are retained on-prem with a documented reason, at least a few applications were retired instead of moved, and the monthly cloud bill is reviewed in the same meeting that reviews delivery — because the same people own both. Nothing about that requires enterprise scale. It requires sequence, a portfolio sort with teeth, and cost discipline that arrived with the first workload rather than the first crisis. That is also, not coincidentally, the foundation the next decade of decisions sits on. AI workloads, data platforms, and product engineering all inherit whatever landing zone, cost model, and operating habits the migration leaves behind. Our [cloud solutions practice](https://ontracsolutions.net/cloud-solutions) builds those foundations, and our [FinOps practice](https://ontracsolutions.net/finops) keeps them honest. Planning a migration with a mid-market team? We run a working session that leaves you with a portfolio sort, a wave sequence, and the cost guardrails to go with them — sized for the team you actually have. [Book a working session](https://ontracsolutions.net/contact-us) Common Questions ## Cloud Migration for Mid-Market: FAQ ### How long does a mid-market cloud migration take? Plan in quarters, not years. A typical portfolio moves in waves: a baseline and landing-zone quarter, a quick-wins wave that builds momentum and proof, then core systems over the following quarters. The honest variable is not the number of servers but the number of systems nobody fully understands anymore — discovery on those is what stretches timelines. ### Should a mid-market company rehost or refactor first? Rehost the low-risk majority first and refactor selectively. Mid-market teams do not have a migration factory, so spending scarce engineering time rewriting an application that a lift-and-shift would have served is the most expensive mistake in the playbook. Refactoring earns its cost only where an application is a genuine constraint on the business. ### Do we need to migrate everything to the cloud? No. A disciplined portfolio sort usually finds systems to retire outright and a few to retain on-premises for cost, latency, or licensing reasons. Migrating everything is a goal for slide decks; the roadmap should move what benefits, retire what does not earn its keep, and document why the rest stays. ### How do you keep cloud migration costs under control? Put cost guardrails in place during the migration, not after the first bill shock: tag everything at landing, give every workload a budget and an owner, and review spend weekly while waves are in flight. Treat FinOps as part of the migration deliverable — the cheapest time to build cost discipline is while each system is already being touched. References Gartner, "Gartner Forecasts Worldwide Public Cloud End-User Spending to Total $723 Billion in 2025," press release, November 19, 2024. [gartner.com](https://www.gartner.com/en/newsroom/press-releases/2024-11-19-gartner-forecasts-worldwide-public-cloud-end-user-spending-to-total-723-billion-dollars-in-2025) AWS Prescriptive Guidance, "Migration strategies" (the 7 Rs). [docs.aws.amazon.com](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/migration-strategies.html) ## Framework Will Help You Grow Your Business With Little Effort. [Get Started](https://ontracsolutions.net/contact-us) ![](https://ontracsolutions.net/hubfs/Vinayak-img.jpg) [mailto:vinayak@ontracsolutions.net](mailto:vinayak@ontracsolutions.net) ##### Vinayak Bhagat HubSpot & Marketing Automation Specialist at Ontrac Solutions Share the Love [mailto:?subject=Cloud%20Migration%20for%20Mid-Market%3A%20A%20Practical%20Roadmap%20%282026%29&body=https%3A%2F%2Fontracsolutions.net%2Fen%2Fnews%2Fcloud-migration-mid-market-roadmap](mailto:?subject=Cloud%20Migration%20for%20Mid-Market%3A%20A%20Practical%20Roadmap%20%282026%29&body=https%3A%2F%2Fontracsolutions.net%2Fen%2Fnews%2Fcloud-migration-mid-market-roadmap) You May Like These ## Related Articles ![Product team reviewing a wall screen titled The Five Handoffs, the model for combining user-centered design with cloud-native architecture in one pipeline](https://ontracsolutions.net/hs-fs/hubfs/AI-Generated%20Media/Images/five-handoffs-ucd-cloud-native-featured-2to1.jpg?width=700&name=five-handoffs-ucd-cloud-native-featured-2to1.jpg) Cloud ### [How to Combine User-Centered Design and Cloud-Native Architecture: One Delivery Pipeline](https://ontracsolutions.net/en/news/user-centered-design-cloud-native-architecture) How to combine user-centered design with cloud-native architecture for a new digital product: five h... Keep Reading ![Team reviewing a Four Dials of AI Spend framework board - Model Fit, Architecture, Usage Shape, Accountability - in an office meeting](https://ontracsolutions.net/hs-fs/hubfs/AI-Generated%20Media/Images/AI%20Office%20Flowchart%20Discussion.png?width=700&name=AI%20Office%20Flowchart%20Discussion.png) Cloud ### [FinOps for AI Workloads: Controlling the Cost of Inference](https://ontracsolutions.net/en/news/finops-ai-workloads-inference-cost) AI spend behaves differently from cloud spend. The four dials that control inference cost: model fit... Keep Reading ![Flat vector banner of a descending navy guardrail path over three shrinking steel blue cost bars, showing cloud costs falling behind FinOps guardrails](https://ontracsolutions.net/hs-fs/hubfs/AI-Generated%20Media/Images/Finops%20Optimizes%20Cloud%20Costs%20While%20Maintaining%20Engineering%20Speed.png?width=700&name=Finops%20Optimizes%20Cloud%20Costs%20While%20Maintaining%20Engineering%20Speed.png) Cloud ### [FinOps in 2026: How to Cut Cloud Costs Without Slowing Engineering](https://ontracsolutions.net/en/news/finops-cut-cloud-costs-without-slowing-engineering) How to cut cloud spend without adding approval gates: make cost visible, give every dollar an owner,... Keep Reading ![](https://ontracsolutions.net/hs-fs/hubfs/ogoni.png?width=16&height=18&name=ogoni.png) Meet Scout ## Scout Screens Candidates Before You Ever Pick Up the Phone Hiring fraud is quietly costing recruiting teams hours every week — fabricated resumes, spoofed identities, and candidates who don't exist. **Scout is Ontrac's** AI recruitment screening agent, built to catch the red flags before they cost you an interview. - Runs every applicant through a multi-point Trust Check before a human ever gets on a call - Builds a Trust Score that gives your team one clear, defensible read on a candidate - Flags risk in plain language, with the reasoning attached - Reduces wasted interview cycles and protects your hiring pipeline [See Scout in Action](https://ontracsolutions.net/scout-remote-hiring-defense) Trust check REQ-2291 JM Jordan M. Sr. Account Executive Reviewed Trust Score Identity and history signals check out 85/100 - Identity verification Passed - Resume consistency Passed - Employment history Review Scout's note: *"12-month gap between roles isn't addressed anywhere in the resume."* [![Ontrac Solutions](https://ontracsolutions.net/hubfs/OntracSolutionsWhite.svg.svg "Ontrac Solutions")](https://ontracsolutions.net/) Sign up to searing weekly newsletter to get the latest updates ## Let's talk Business? #### Services - [Professional Services](https://ontracsolutions.net/professional-services) - [Staff Augmentation](https://ontracsolutions.net/staff-augmentation) - [Innovation Hub](https://ontracsolutions.net/innovation-hub) #### Contact Us [**inquire@ontracsolutions.net**](mailto:inquire@ontracsolutions.net) Have a question? Feel free to reach out. We love to hear from you! - - - - © 2026 Ontrac Solutions [Cookie Policy](https://ontracsolutions.net/cookie-policy) [Privacy Policy](https://ontracsolutions.net/privacy-policy) ```json { "@context" : "https://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "name" : "Vinayak Bhagat", "url" : "https://ontracsolutions.net/en/news/author/vinayak" }, "dateModified" : "2026-10-05T13:31:42.815Z", "datePublished" : "2026-08-26T13:17:10.000Z", "headline" : "Cloud Migration for Mid-Market: A Practical Roadmap (2026)", "image" : [ "https://ontracsolutions.net/hubfs/AI-Generated%20Media/Images/cloud-migration-four-wave-roadmap-featured-2to1.jpg" ], "mainEntityOfPage" : { "@id" : "https://ontracsolutions.net/en/news/cloud-migration-mid-market-roadmap", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://ontracsolutions.net/hubfs/OntracSolutions-1.png" } } } ``` ```json { "@context" : "https://schema.org", "@type" : "FAQPage", "mainEntity" : [ { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "Plan in quarters, not years. A typical portfolio moves in waves: a baseline and landing-zone quarter, a quick-wins wave that builds momentum and proof, then core systems over the following quarters. The honest variable is not the number of servers but the number of systems nobody fully understands anymore — discovery on those is what stretches timelines." }, "name" : "How long does a mid-market cloud migration take?" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "Rehost the low-risk majority first and refactor selectively. Mid-market teams do not have a migration factory, so spending scarce engineering time rewriting an application that a lift-and-shift would have served is the most expensive mistake in the playbook. Refactoring earns its cost only where an application is a genuine constraint on the business." }, "name" : "Should a mid-market company rehost or refactor first?" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "No. A disciplined portfolio sort usually finds systems to retire outright and a few to retain on-premises for cost, latency, or licensing reasons. Migrating everything is a goal for slide decks; the roadmap should move what benefits, retire what does not earn its keep, and document why the rest stays." }, "name" : "Do we need to migrate everything to the cloud?" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "Put cost guardrails in place during the migration, not after the first bill shock: tag everything at landing, give every workload a budget and an owner, and review spend weekly while waves are in flight. Treat FinOps as part of the migration deliverable — the cheapest time to build cost discipline is while each system is already being touched." }, "name" : "How do you keep cloud migration costs under control?" } ] } ``` ```json { "@context" : "https://schema.org", "@id" : "https://ontracsolutions.net/#organization", "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://ontracsolutions.net/hubfs/logo.png" }, "name" : "Ontrac Solutions", "sameAs" : [ "https://www.linkedin.com/company/ontracsolutions" ], "url" : "https://ontracsolutions.net" } ``` ```json { "@context" : "https://schema.org", "@id" : "https://ontracsolutions.net/#localbusiness", "@type" : "LocalBusiness", "address" : { "@type" : "PostalAddress", "addressCountry" : "US", "addressLocality" : "Chicago", "addressRegion" : "IL", "postalCode" : "60611", "streetAddress" : "500 N Lake Shore Dr" }, "geo" : { "@type" : "GeoCoordinates", "latitude" : 41.8781, "longitude" : -87.6298 }, "image" : "https://ontracsolutions.net/hubfs/logo.png", "name" : "Ontrac Solutions", "openingHoursSpecification" : [ { "@type" : "OpeningHoursSpecification", "closes" : "17:00", "dayOfWeek" : [ "Monday", "Tuesday", "Wednesday", "Thursday", "Friday" ], "opens" : "09:00" } ], "priceRange" : "$$", "telephone" : "+1-872-285-5044", "url" : "https://ontracsolutions.net" } ```