← Case studiesSoftware and technology · Cloud-native · 2026

Azure to AWS: a 19-workload estate assessed with the same rigour as a 700-instance one

$21,721
Recommended annual position, three-year all-upfront
55%
Below the on-demand lift-and-shift baseline
20
Azure platform objects individually mapped to AWS targets
8 cores
SQL Server Standard entitlement required for BYOL
SectorCloud-native software business
Estate assessed20 objects discovered, 19 in scope
Composition9 Windows servers, 10 Linux servers, 5 SQL Server instances, 1 virtual desktop
Source platformAzure VMs, AKS node pools, App Service plans, PaaS SQL, PaaS PostgreSQL
Storage8 TB
Recommended position$21,721 a year with SQL Server BYOL, three-year all-upfront
Headline outcome55% below the on-demand lift-and-shift baseline

The challenge

This was a cloud-to-cloud assessment rather than a data centre exit, and it presented a different problem from every other engagement in the portfolio.

The estate was mostly platform services rather than virtual machines: Azure VMs, AKS node pools, App Service plans, PaaS SQL and PaaS PostgreSQL. There was no conventional server inventory to right-size and no utilisation agent reporting from a hypervisor. Every source object had to be mapped from a platform construct to a comparable AWS target before any pricing was possible, and each mapping had to be defensible or the resulting number would be meaningless.

There was a commercial temptation too. Estates this size are routinely handed a rule-of-thumb estimate. At $30,000 to $50,000 a year, the absolute savings look modest against the effort of a full assessment. But the business still needs to know whether the move is commercially sound, and a rule of thumb cannot answer that question with any authority.

Our approach

We published an explicit mapping table covering every source object, with the assumptions recorded alongside each one:

Source objectQuantityMapped toBasis
Azure VMs7Amazon EC2, one to oneDirect lift, right-sizing only
AKS node pools2Amazon EC2Compute behind the cluster
App Service plans4Amazon EC2Plans carrying real sizing only
PaaS SQL, consolidated4SQL Server on EC2Four groups spanning 12 databases
PaaS PostgreSQL3EC2 running PostgreSQLRemapped from managed PostgreSQL

We flagged two mappings as deliberately conservative rather than optimal. AKS maps naturally to Amazon EKS, but at one node per cluster we advised EC2 with container tooling as the lower-cost target, and noted EKS as the correct answer once node counts reach three or more. PostgreSQL was modelled on EC2, with Amazon RDS for PostgreSQL identified as the true like-for-like target that would replace the raw EC2 line under a Multi-AZ production configuration.

We advised against EC2 Dedicated Hosts on Windows licensing. The estate was predominantly Windows Server 2025, which would require a downgrade to make mobility available, and at this scale the cost of running Dedicated Hosts would exceed any licence saving available.

We modelled the estate as a direct match as well as right-sized, so the business could see what the analysis was worth in isolation.

The results

ModelOn demandThree-year all-upfront
Direct match, licence included$48,151$37,190
Right-sized shared tenancy, licence included$39,957$30,131
Right-sized shared tenancy, SQL Server BYOL$31,548$21,721

The recommended position sits 42% below the committed direct-match figure and 55% below direct match on demand, and requires 8 SQL Server Standard cores with active Software Assurance.

SQL Server consolidation reduced the forward requirement from 10 Standard cores to 6, releasing four cores against future renewals. Disaster recovery across all 19 servers priced at $16,418 a year, and the single virtual desktop on Amazon WorkSpaces at $1,874.

Why it matters

The methodology does not have a minimum size. The same discipline that removes seven figures a year from a 716-instance banking estate removed 55% from a 19-workload one.

What the business received was not a headline number they had to trust, but a mapping table they could challenge line by line, including two places where we had deliberately not chosen the AWS-native option because it would have cost them more at their current scale. That is the difference between a cost estimate and a business case.

Tooling

Collection for this engagement ran through Cloudamize. What that tool can and cannot see: read the tool page →

Talk to us about moving from Azure to AWS

An AWS Optimization and Licensing Assessment maps cloud platform services as rigorously as virtual machines, with every assumption published so your architects can test it rather than take it on faith.