The Quiet Collapse of the ‘Lift and Shift’ Era: What AWS re:Invent 2025’s Graviton4 Adoption Numbers Actually Mean

By | Sunday, March 15, 2026

The Numbers That Tell a Deeper Story

At AWS re:Invent 2025, Amazon released adoption metrics for Graviton4 that deserve careful reading, not the breathless coverage they typically receive. Over 35 percent of all new EC2 workloads now run on Graviton4-based instances, up from 18 percent just one year prior. That is a near doubling of market share in twelve months. The temptation is to see this as another successful product launch, another feather in AWS’s cap. But if you have spent the last decade watching infrastructure decisions cascade through organizations, you recognize this as a marker of something much larger: the beginning of the end for a certain era of cloud thinking.

The Quiet Collapse of the 'Lift and Shift' Era: What AWS re:Invent 2025's Graviton4 Adoption Numbers Actually Mean
The Quiet Collapse of the ‘Lift and Shift’ Era: What AWS re:Invent 2025’s Graviton4 Adoption Numbers Actually Mean

The performance numbers backing this shift are tangible enough that you cannot dismiss them as marketing narrative. Graviton4 instances deliver up to 40 percent better price-performance on compute-intensive workloads compared to their x86 equivalents in the same tier. That is the kind of gap that eventually matters more than inertia, even in organizations where inertia runs deep. For someone budgeting infrastructure costs across a mid-sized engineering team, that gap translates into real dollars. For a large enterprise, it translates into millions.

The Architecture Debt You Do Not See Coming

I have walked into enough infrastructure review meetings to know that lift and shift operations rarely stay lift and shift for long. They become legacy. They accumulate. The organization that moved their workload as-is to the cloud five years ago is now managing two separate stacks: the original x86-based infrastructure handling their core business, and whatever new experimental work they have spun up alongside it. The cost difference between these stacks becomes invisible through budget allocation and departmental silos. Nobody is tracking the cumulative spend tax of architectural inertia until someone does a proper audit.

This is where the data becomes uncomfortable. According to the Flexera 2025 State of the Cloud Report, 59 percent of enterprises still running lift-and-shift migrations report x86 dependency lock-in as their primary re-architecture blocker. That language matters. These organizations are not choosing x86 because it is the best tool for the job. They are stuck with it because moving away feels harder than staying put. IDC estimates that organizations clinging to x86-only cloud strategies are paying an average 22 percent premium on annual compute spend compared to ARM-optimized counterparts. A 22 percent premium is not a rounding error. It is the cost of technical debt expressed in quarterly financials.

The Ecosystem Excuse Is Wearing Thin

For years, the legitimate counterargument to ARM adoption in the cloud was genuine: the ecosystem was not there. You could run your application on Graviton, sure, but could you run every dependency? Every library? Every third-party tool that operations had come to rely on? The answer was often no. That excuse is dissolving faster than most people realize.

Red Hat’s 2025 State of Linux report shows that RHEL on ARM64 deployments grew 94 percent year-over-year. That is not gradual ecosystem development. That is critical mass forming. When the major Linux distributions are shipping hardened, production-ready ARM64 support at that velocity, the technical barriers are no longer the limiting factor. The limiting factor is now organizational inertia and the mental models that teams have built over the past decade. The tools exist. The support exists. What remains is the work of changing how people think about what is possible.

What This Means for Your Career and Your Teams

If you are an engineer or architect working inside an organization still anchored to x86-only infrastructure decisions, the ground is shifting beneath you. This is not about whether ARM is theoretically superior. It is about whether your organization wants to continue paying a 22 percent premium for infrastructure inertia. In three to five years, the answer to that question will determine which infrastructure teams are viewed as strategic assets and which are viewed as cost centers.

The people who understand this transition, who have actually worked with AWS Graviton4 instance performance benchmarks and know the specific constraints of ARM deployment in production, will be differentially valuable. Not because ARM is trendy. Because this transition is real, it is happening faster than most organizations anticipated, and the people who can navigate it will be the ones steering infrastructure strategy.

If you work on a team where the default response to Graviton is “we will wait and see,” that is a signal worth paying attention to. Waiting and seeing is what your organization did with containerization, with serverless, with auto-scaling. The pattern is familiar. The teams that learn the new thing early are rarely the teams that regret it. The teams that wait until it becomes urgent are the ones writing postmortems about legacy infrastructure costs.

The Quiet Work of Modernization

The shift to ARM is not dramatic because it does not need to be. There are no conference keynotes about it. There is just a slow, steady change in what “normal” infrastructure looks like. Organizations that have treated their infrastructure as a source of competitive advantage, not a commodity, are already making this transition. The ones that view infrastructure as something to be outsourced or automated away are the ones now realizing they have outsourced away their ability to make cost decisions.

The real story of re:Invent 2025 is not that Graviton4 is good. It is that the organizations choosing Graviton4 at this velocity have already decided that lift and shift is a phase, not a strategy. They are building infrastructure teams that expect to evolve. They are hiring people who can reason about architecture tradeoffs instead of just maintaining inherited systems. They are positioning themselves for the next five years instead of optimizing for the last five.

This is the inflection point. If you are thinking about your next career move, about what skills matter, about which organizations are building for the future instead of managing the past, pay attention to how seriously they are taking this transition. The answer will tell you a lot about where they are actually headed.