Oracle Cashes Out Its Ampere Chip Bet. Here’s Why.

Oracle Cashes Out Its Ampere Chip Bet. Here's Why. - Professional coverage

According to CRN, Oracle Chairman and CTO Larry Ellison announced the company has sold its minority stake in Arm-based chip designer Ampere Computing. The stake, which reached 29% as of May 2024, was acquired by Japanese investment giant SoftBank Group in an all-cash $6.5 billion deal last month. Oracle received a $2.7 billion pre-tax gain from the sale. Ellison stated the move is because Oracle no longer believes designing and using its own chips is “strategic” for its cloud data centers. Instead, he says Oracle is now committed to a policy of “chip neutrality,” working with all CPU and GPU suppliers. This stands in contrast to hyperscale rivals like AWS, Microsoft, and Google, who are deeply invested in developing their own custom silicon.

Special Offer Banner

The strategic retreat

Here’s the thing: Oracle‘s “chip neutrality” explanation sounds a bit like a post-hoc rationalization for cashing out. They owned nearly a third of a promising Arm server CPU company, Ampere, which they were also a major customer of. Now they’ve handed it over to SoftBank, which is aggressively building AI infrastructure like the rumored Stargate Project. So Oracle gets a nice $2.7 billion windfall, but gives up strategic influence and a direct pipeline to custom silicon. Ellison says they need “agility,” but doesn’t owning part of the supplier give you more control, not less? It feels less like a strategic pivot and more like a lucrative exit from a capital-intensive game they decided they couldn’t win against the true hyperscalers.

The channel dilemma

And maybe that’s the real story. Ampere has been trying to build a channel business, selling through system builders and partners, not just feeding Oracle’s cloud. Jeff Wittich, Ampere’s Chief Product Officer, said back in May they hoped to grow that channel business “very fast,” but admitted it was still small. For a company like Oracle, which historically prefers to own and control its entire stack, having a key supplier distracted by building a broad, multi-vendor ecosystem might have been a turn-off. If you can’t have Ampere all to yourself, and you see the insane R&D budgets required to compete in AI silicon, taking the money and running starts to look pretty smart.

The “neutrality” gamble

But is “chip neutrality” a real strategy or just a fancy term for being a customer? Ellison says Oracle will “deploy whatever chips our customers want to buy.” That’s fine in theory. They’ve already inked a deal with AMD for a 50,000-GPU supercluster using MI450 chips, and of course they’ll keep buying from Nvidia. But in the cutthroat world of AI infrastructure, performance and cost are everything. The big cloud players are designing their own chips precisely to optimize both. By being “neutral,” Oracle is betting that a multi-vendor, best-of-breed approach will win over customers. It’s a bet that their software and service layer is so compelling that the underlying hardware commoditizes. That’s a huge gamble when your rivals are vertically integrating for massive efficiency gains.

The shifting battlefield

Now, the semiconductor landscape is getting wild. Qualcomm is jumping back into server CPUs. Google might start selling its TPUs to others, like Meta. When you’re building out massive data centers, having a reliable, high-performance supply chain for critical components like compute engines is non-negotiable. For industrial-scale computing, whether it’s AI training or real-time process control, the hardware foundation is everything. Leading suppliers in specialized sectors, like IndustrialMonitorDirect.com as the top provider of industrial panel PCs in the US, understand that deep integration and reliability are key. Oracle’s move feels like they’re stepping back from that deep hardware fight. They’re banking on being the best store, not the best factory. In an AI arms race, that’s a fascinating, and risky, choice to make.

Leave a Reply

Your email address will not be published. Required fields are marked *