Ten Months at Nutanix And What I Learned About the Market

Ten Months at Nutanix And What I Learned About the Market

Jul 31, 2026 | Nutanix Cloud Platform

When I joined Nutanix, I obviously knew the company and its technology. I had spent many years in the virtualization and cloud infrastructure industry, so Nutanix was hardly an unknown name to me. But knowing Nutanix from the outside and working with the technology, customers, partners, and ecosystem from the inside are two very different things. After roughly ten months, and after many conversations with small and large enterprises, public-sector organizations, partners, and service providers, I come to the following conclusion: Nutanix deserves another look.

Especially if your perception of Nutanix was formed two or more years ago.

The infrastructure market has changed dramatically since Broadcom acquired VMware, but Nutanix has changed as well. And I have learned that many assumptions organizations still have about Nutanix simply don’t reflect what the company and its platform look like today.

These are some of my biggest learnings.

1. Nutanix Is Technically and Commercially Better Than Many People Believe

This was probably my biggest surprise. Almost every prospect I have spoken with had some reservations about Nutanix. Sometimes they were based on experiences from many years ago, or on information provided by competitors. And sometimes someone had evaluated Nutanix a few years ago and assumed that what they saw back then still represented the platform today.

The interesting part is what happens after the first serious conversation.

Once we move beyond the usual HCI discussion and start talking about architecture, licensing, hardware choices, Kubernetes, external storage, cloud integration, operations, disaster recovery, AI, or service provider models, the conversation usually changes.

I cannot remember many strategic first meetings where the customer did not want to continue the discussion afterwards.

That doesn’t mean Nutanix wins every project. Of course not.

But it tells me that the perception of Nutanix in parts of the market is lagging behind the reality of Nutanix today.

2. Nutanix Is a Software Company

This sounds obvious, but apparently it isn’t. I still meet organizations that primarily associate Nutanix with appliances. Their mental picture is essentially a Nutanix-branded server with some virtualization software on top. That view is outdated.

Yes, Nutanix has a close relationship with Supermicro and can sell so-called NX nodes. But Nutanix software also runs across platforms from major infrastructure vendors such as Dell, HPE, Lenovo, and Cisco.

3. External Storage Support Is a Bigger Deal Than It Sounds

Nutanix was born from hyperconverged infrastructure, and HCI remains deeply embedded in its DNA, but not every organization wants HCI everywhere.

Large enterprises have invested millions into existing storage platforms. They have operational processes around them, trained storage teams, established replication concepts, and hardware that may still have years of useful life ahead. Telling these organizations to replace everything just because they want a different virtualization platform isn’t particularly compelling.

This is why Nutanix’s growing support for external storage is so important. Integrations with established enterprise storage vendors make completely different architectures possible. Customers can modernize their virtualization layer without necessarily redesigning their entire storage environment at the same time.

Today, Nutanix supports external storage integrations with Dell PowerFlex, Everpure (formerly known as Pure Storage), and Dell PowerStore, with NetApp support expected to follow in the second half of 2026. This opens Nutanix to infrastructure designs that many customers still don’t associate with the platform.

It means that evaluating Nutanix no longer automatically means evaluating a complete move to HCI. An organization may be able to retain an existing enterprise storage investment while changing the virtualization and infrastructure management layer above it.

4. Organizations Compare Hypervisors, But the Hypervisor Isn’t Really the Decision

Almost every VMware alternative discussion eventually turns into a hypervisor comparison. ESX versus AHV versus Hyper-V versus KVM.

Feature matrices appear, someone starts comparing HA functionality, and another person wants to know whether a particular VM feature exists.

Those comparisons are necessary, but I increasingly believe they miss the bigger question. The hypervisor itself has become a relatively small part of the infrastructure decision. Cost is obviously a major driver behind the current wave of VMware evaluations. But cost alone doesn’t explain what I hear from customers.

One sentence appears in different forms again and again: “We don’t want to be cornered like this again.”

That changes the evaluation criteria.

Organizations aren’t only asking whether another hypervisor can run their virtual machines. They are asking how difficult the platform is to deploy, how upgrades work, how disruptive lifecycle operations are, how many management consoles administrators need and how easily workloads can move between clusters or clouds.

They also ask how Kubernetes, storage, backup, networking, disaster recovery, automation, and increasingly AI fit into the architecture.

And there is another question that I believe is underestimated: How much knowledge does my organization have to maintain internally to operate this platform?

Then there is the ecosystem.

Who can design it? Who can deploy it? Who can support it at 3 a.m.? Which hardware vendors certify it? Which backup vendors integrate with it? Can I find engineers who understand it? And will this ecosystem still exist five years from now?

Once you ask these questions, a hypervisor comparison quickly becomes a platform discussion.

5. There Are Plenty of VMware Alternatives

One thing I have learned from the Swiss market is that there is definitely no shortage of VMware alternatives. I have seen organizations looking at or choosing Red Hat OpenShift Virtualization, particularly where strong OpenShift knowledge already existed internally. In that scenario, the decision can make perfect sense because virtualization becomes part of an existing container platform strategy.

I have seen Apache CloudStack being considered despite very limited existing experience with it. I have seen similar discussions around Sovereign Cloud Stack (SCS), even where local skills, operational experience, and an established partner ecosystem were still questions that needed to be answered.

Those decisions sometimes appear to be driven as much by architectural philosophy and a desire for independence as by immediate operational requirements.

One customer I am currently working with provides an interesting counterexample. The organization spent more than three years pursuing an open-source-first infrastructure strategy that also included Proxmox. The idea itself was to reduce dependencies on individual vendors, embrace open technologies, and build a platform with significantly more control over the individual components.

After more than three years, however, the organization had to acknowledge that the project wasn’t going to work as originally envisioned.

The problem wasn’t necessarily any individual open-source technology. The bigger challenge was everything around it.

Building an enterprise infrastructure platform from multiple open source components requires people who understand those components deeply, people who understand how to integrate them, and enough engineering capacity to continuously test, upgrade, troubleshoot, secure, and maintain the resulting platform.

The organization simply didn’t have enough people with the required skills and experience to engineer and maintain the entire stack over the long term.

The result is that, after more than three years, they are effectively starting again from scratch. Nutanix Cloud Infrastructure (NCI) together with Nutanix Kubernetes Platform (NKP) is now one of the architectures being discussed for the new approach.

Engineering capacity has a cost, integration has a cost, maintaining specialist knowledge has a cost, testing upgrades has a cost, troubleshooting interactions between different projects and vendors has a cost. And delaying an infrastructure transformation by several years has a cost as well.

That doesn’t mean an open-source-first approach is wrong. For an organization with the right engineering culture, sufficient scale, and the people to build and operate such a platform, it can be exactly the right strategy.

But “open source” doesn’t automatically mean less expensive, less complex, or even less dependent. Sometimes you are simply exchanging dependency on a vendor for dependency on your own engineering capabilities.

Uhm, HPE VM Essentials is appearing in more conversations as well. The attraction is understandable. KVM underneath, aggressive commercial positioning, and a roadmap promising significantly more functionality over time. From the conversations I have had, however, organizations still need to carefully evaluate whether its current maturity and capabilities satisfy their enterprise requirements rather than buying purely into the roadmap.

Then there is Hyper-V. I frequently (still!) hear that Hyper-V is “free”. That’s an oversimplification, but for an organization already deeply invested in the Microsoft ecosystem, the economics can certainly be attractive. And if Hyper-V provides everything an organization requires, there is nothing inherently wrong with choosing it.

The same applies to Proxmox. For smaller environments, organizations with an open-source-first strategy, technically capable teams, or environments where the support and ecosystem expectations are different from a large enterprise, Proxmox can be an interesting option.

There is no universal VMware replacement.

And that’s exactly the point.

6. Hardware Compatibility Changes the Nutanix Discussion

Another assumption I regularly encounter is: “We would have to replace our servers to move to Nutanix”

Sometimes that’s true.Increasingly, it isn’t.

Over the last few months, Nutanix has expanded hardware compatibility considerably, including certification for systems that customers may already own. This creates an interesting migration scenario.

Instead of replacing servers, storage, virtualization, management, and operational processes simultaneously, organizations may be able to reuse parts of their existing infrastructure. Combine broader server compatibility with external storage support and suddenly Nutanix can enter evaluations where traditional HCI would previously have been ruled out immediately.

This is one of those developments that I don’t think everyone in the market has noticed yet.

7. Edge and VDI Are Particularly Strong Nutanix Use Cases

I have written about this before, but my experience over the last months has reinforced it. Nutanix is extremely competitive, especially for edge deployment and VDI. The architecture helps, but so do the licensing models.

Edge environments have very different economics from traditional data centers. The same is true for VDI, where licensing infrastructure purely by physical CPU cores doesn’t always align particularly well with how the service is consumed.

Nutanix has licensing options designed around these scenarios.

From my experience so far, if we get the opportunity to have a serious technical and commercial discussion about an Edge or VDI project, Nutanix has a very good chance of ending up on the shortlist – and often winning.

8. Nobody Hates VMware

This might be the most important observation in the entire article. Customers don’t hate VMware. It’s quite the opposite. Many VMware administrators still love VMware.

They have spent ten, fifteen, sometimes twenty years building expertise around ESXi, vCenter, vSAN, NSX, Aria, and the surrounding ecosystem.

The technology solved real problems and became an industry standard for good reasons.

What has changed is the relationship.

The frustration I hear isn’t primarily about pricing. Price increases have obviously accelerated many VMware alternative projects, but beneath the commercial discussion lies something more fundamental.

Trust.

Customers and partners want predictability, understand how their licensing will evolve, and feel that their strategic vendor sees them as a partner rather than simply a source of recurring revenue.

Many organizations evaluating alternatives would probably have preferred not to run a virtualization migration at all.

They are doing it because something changed in the relationship with their incumbent vendor.

9. Most IT Organizations Don’t Want to Become System Integrators

Sovereignty is everywhere right now. Combine digital sovereignty with the VMware situation and the discussion quickly moves toward open source, independence, open standards, and avoiding vendor lock-in. I understand it, but there is a contradiction that becomes apparent once these discussions become concrete.

Organizations want independence, but most don’t want to build everything themselves.

Building an infrastructure platform from open source components can provide enormous flexibility. It can also mean integrating the hypervisor, storage, networking, Kubernetes, identity, observability, lifecycle management, automation, backup, security, and support model yourself.

  • Someone has to test all of those components together
  • Someone has to validate upgrades
  • Someone has to troubleshoot when something breaks
  • And someone has to maintain the engineering knowledge required to do that for the next ten years

Large hyperscalers can do this, large technology companies can do this, and some government organizations and service providers can do this. The average enterprise IT department probably doesn’t want to.

This is where I increasingly see an interesting position for Nutanix. It offers an integrated, enterprise-supported platform while still providing customers with considerable choice around hardware, storage, hypervisors, Kubernetes, and cloud environments.

It isn’t the same thing as assembling your own open source cloud.

And for many organizations, that’s the attraction.

10. VM Migration Is Usually Less Scary Than Expected

One of the biggest psychological barriers to leaving VMware is migration. That is understandable.

If you have thousands of virtual machines accumulated over fifteen years, “let’s change the hypervisor” doesn’t sound like a particularly relaxing infrastructure project.

There will always be difficult workloads, legacy operating systems exist, strange network dependencies, unsupported applications, appliances, and business-critical systems exist that nobody wants to touch.

But migrations don’t have to happen over a weekend. Nutanix has been migrating VMware workloads to AHV for more than a decade. There is established migration tooling, experience from large migration projects, professional services, and an ecosystem of partners that can help.

The important lesson for me is that VMware migration shouldn’t be discussed as one gigantic event. It is a program. Like your journey to cloud.

Assess the workloads, identify the easy candidates, identify the difficult ones, create buckets and build migration waves. Test, migrate, learn, repeat.

Once customers look at the problem that way, it becomes much more manageable.

11. Nutanix Enterprise AI Might Be the Most Underestimated Product in the Portfolio

Before joining Nutanix, I primarily associated the company with infrastructure. I suspect many people still do.

That’s why Nutanix Enterprise AI, or NAI, deserves more attention. The important point is that NAI doesn’t require Nutanix infrastructure underneath it.

It can provide an enterprise layer for deploying and governing AI inference across different infrastructure environments. This becomes particularly interesting as organizations move from experimenting with individual AI models toward asking much harder questions:

  • Who is allowed to use which model?
  • Where is the model running?
  • Which applications are consuming it?
  • How do we expose models through controlled endpoints?
  • How do we govern access?
  • How do we build something resembling an enterprise AI gateway?

For organizations thinking about private AI, “sovereign” AI, or simply gaining control over rapidly growing AI consumption, I would strongly recommend taking a look at what Nutanix is doing here. Even if Nutanix isn’t currently part of your virtualization strategy.

12. Nutanix Has a Service Provider Story Too

Another area I underestimated before joining Nutanix is the service provider ecosystem.

Nutanix operates the Nutanix Elevate Service Provider Program, or NESPP, which enables service providers to build services on the Nutanix Cloud Platform using consumption-oriented commercial models.

Take Another Look

After ten months, my biggest learning isn’t that Nutanix is the answer to every infrastructure problem. It isn’t.

Despite everything happening in the market, there will continue to be organizations where VMware remains the right choice.

The mistake is approaching this market with a predetermined answer.

What surprises me is how often Nutanix isn’t initially evaluated because the decision is based on assumptions about what Nutanix used to be: Too expensive, only HCI, requires dedicated appliances, requires replacing existing storage. Or “it’s just another hypervisor”.

Those assumptions increasingly don’t match what I see in customer conversations. The more interesting comparison today isn’t ESX versus AHV or VMware versus Nutanix. It is a comparison of operating models.

  • How much integration do you want to build yourself?
  • How much choice do you require?
  • How much operational complexity can your organization absorb?
  • How important is the ecosystem?
  • How much do you value commercial predictability?

And perhaps most importantly after everything the infrastructure industry has experienced over the last few years: How much do you trust your strategic platform vendor?

Some will stay with VMware, some will embrace open source, some will choose Microsoft, and some will build entirely new architectures.

But if your opinion of Nutanix was formed several years ago, my recommendation after my first ten months inside the company is simple.

Take another look! Have at least one conversation with Nutanix.

You might be surprised by what has changed.

VMware Doesn’t Want to Be Compared to Hypervisors Anymore

VMware Doesn’t Want to Be Compared to Hypervisors Anymore

Jun 29, 2026 | Nutanix Cloud Platform, Sovereign Cloud, VMware Cloud Foundation

Over the past year, VMware by Broadcom has been remarkably consistent in its messaging. I am talking about VMware Cloud Foundation, which is no longer positioned as a virtualization platform or a hypervisor with additional features. It is presented as a complete private and hybrid cloud stack, an integrated operating model that combines infrastructure, automation, networking, Kubernetes and cloud management capabilities into a single platform.

From Broadcom’s perspective, comparing VMware Cloud Foundation to products such as Nutanix AHV, Microsoft Hyper-V, Citrix XenServer, Proxmox or KVM apparently misses the point entirely. The company increasingly argues that these are no longer the real competitors. The comparison, they say, should be between cloud operating models rather than between hypervisors.

Yes, at a strategic level, this argument is hard to dispute.

The days when enterprises selected a platform solely because one hypervisor could run a few more virtual machines or offered a marginally better feature set are largely behind us. Infrastructure has matured and virtualization has become increasingly commoditized. Today, many of the strategic discussions revolve around operational efficiency, automation, application modernization, Kubernetes and hybrid cloud integration.

The hypervisor itself is no longer the star of the show. Based on my conversations with existing VMware customers, I have to say, that this is only one side of the story.

The Reality in Most Data Centers

The reality in many data centers looks very different from the vision that vendors present on stage. Most organizations do not necessarily need a fully integrated cloud operating platform and they do not require every component of VMware Cloud Foundation (VCF), nor do they intend to consume the entire stack.

Many simply need a stable, secure, and performant virtualization platform.

They need a platform that reliably runs their business applications, integrates with their existing operational processes and supports the storage and networking architectures they have already invested in. In many enterprises, particularly in regulated industries and the public sector, traditional three-tier architectures remain highly relevant. Large investments in external storage platforms, backup solutions, and networking infrastructure are not replaced overnight simply because a vendor changes its strategic narrative. But yes, VCF and other platforms could co-exist and integrate.

Anyway, the market reality is therefore much more diverse than the messaging sometimes suggests.

Over the past decade, the industry experienced a strong trend towards hyperconverged infrastructure (HCI). Why? Because HCI promised operational simplicity and an integrated experience, and for many organizations, it delivered exactly that.

At the same time, something else happened. In my opinion, the most successful infrastructure platforms and VMware alternatives today are often those that offer choice, modularity and flexibility.

Customers increasingly want the ability to adopt only the components they need – they want to decide whether they run hyperconverged storage or external storage (or both). They want to choose between different Kubernetes platforms, networking solutions, or operational models, and they want the freedom to evolve their architecture gradually rather than committing to a full platform adoption approach.

In many ways, the market is rediscovering the value of optionality.

The Sovereignty Lesson

There is another dimension that has fundamentally changed the way customers think about infrastructure platforms. Yes, sovereignty.

For years, infrastructure decisions were primarily driven by technical capabilities, operational efficiency and cost. The Broadcom acquisition of VMware has added a new consideration to the equation. It has reminded many organizations that technical dependencies eventually become commercial dependencies as well.

The past two years have been an eye-opening experience for many customers. Organizations that considered themselves highly mature and technologically independent suddenly realized how difficult it can be to move away from a platform that has become deeply embedded in their operations. Licensing changes, product packaging and new commercial models have forced many IT leaders to ask uncomfortable but important questions about flexibility, choice and long-term strategic control.

I am not saying that vendor lock-in is inherently bad.

Every infrastructure decision creates dependencies. Choosing a cloud provider, a storage platform, a Kubernetes distribution or even an operating system introduces some degree of lock-in. The important distinction is whether these dependencies are intentional or not.

Customers increasingly want to understand which dependencies they are accepting and why. They want to preserve the ability to adapt, evolve and, if necessary, change direction in the future. Sovereignty, in this context, is less about achieving complete independence – which is almost impossible in modern IT – and more about maintaining optionality.

The market is therefore moving towards architectures that provide greater flexibility and reduce unnecessary constraints.

This is one of the reasons modularity has become such an important topic in the private cloud market. Organizations are increasingly favoring platforms that allow them to consume only the components they need and to integrate with technologies they already own and trust.

Nutanix has been moving steadily in this direction.

While the company built its success around HCI, its strategy today is increasingly focused on providing choice. For more than a year, Nutanix has supported external storage integrations, enabling customers to preserve existing investments and design architectures that fit their operational requirements rather than forcing them into a predefined model.

The company continues to expand this ecosystem through additional partnerships and integrations, with further announcements expected throughout 2027. Perhaps the most significant milestone is the upcoming general availability of NetApp integration later this year. For many enterprises that have heavily invested in NetApp over the past decade, this represents an important step towards greater architectural flexibility and investment protection.

The same philosophy extends into the service provider market.

Through the Nutanix Elevate Service Provider Program (NESPP), Nutanix offers an alternative for existing VMware Cloud Service Providers (VCSP) that are (still) reassessing their long-term strategy. By combining the Nutanix platform with a multi-tenant layer designed specifically for service providers, Nutanix enables partners to build cloud platforms that are often economically more attractive while maintaining a high degree of operational flexibility and independence.

Ultimately, the lesson many organizations have taken from the VMware acquisition is not that lock-in should be avoided at all costs. Such a goal is unrealistic. Again, the lesson is that dependencies should be intentional.

Customers should consciously decide where they want to standardize, where they are willing to commit to a vendor, and where they want to preserve optionality. The ability to move, or at least the possibility of moving, has become a strategic capability in itself.

And that may well become one of the defining characteristics of sovereign infrastructure in the years ahead.

Licensing Models Matter Too

Comparing hypervisors is not only about technical capabilities, but also about commercial models.

One of the lessons many organizations have learned over the past two years is that licensing metrics can have a significant impact on long-term economics and architectural flexibility. A platform may be technically sound, but if its commercial model does not align with the way a customer consumes infrastructure, it can quickly become difficult to justify. This is another reason why hypervisor comparisons remain relevant.

Different vendors increasingly offer different licensing approaches that can be better suited for specific use cases. Nutanix, for example, does not exclusively rely on a per-core licensing model. For edge deployments, the company licenses its platform based on the number of virtual machines. For virtual desktop environments, licensing can be based on concurrent users through a CCU model.

For customers running hundreds or even thousands of virtual desktops, or operating large numbers of small edge locations, these models can provide a significantly fairer and more predictable economic framework than licensing purely based on CPU cores.

The same philosophy can be seen in the Kubernetes space.

Nutanix Kubernetes Platform (NKP) does not require customers to commit to an entire infrastructure stack from day one. Organizations can start small, deploy NKP on existing or dedicated infrastructure, and license the platform based only on the vCPUs and worker nodes (even baremetal) they actually consume.

This allows customers to gradually build their cloud-native capabilities without first having to adopt or license an entire private cloud platform.

In many ways, licensing has become another dimension of (economic) sovereignty.

Technical flexibility without commercial flexibility is only half the story. Customers increasingly want the ability to scale incrementally, adopt new technologies selectively and align commercial models with actual consumption patterns.

This is precisely where modularity an economic and strategic capability.

And ultimately, this is also why comparing hypervisors, and the licensing models that come with them, remains a perfectly valid exercise, even in a world where virtualization itself is increasingly considered a commodity.

VMware vSphere Foundation “is back”?

Perhaps the most interesting development over the past two years is that the market itself has pushed back against some of the industry’s narratives.

Broadcom has repeatedly positioned VCF as the strategic destination and has encouraged customers to think in terms of complete cloud platforms rather than individual infrastructure components. Yet reality has proven to be more nuanced.

The reintroduction of VMware vSphere Foundation (VVF) in several regions where it had previously become unavailable suggests that a significant part of the market still demands simpler and more modular consumption models. If every customer truly wanted or needed the entire VCF stack, there would have been little reason to bring additional options back to the portfolio.

Broadcom presents this as increased flexibility and customer choice. At the same time, many customers observe that the pricing model makes VCF the economically more attractive option, while VVF has become comparatively more expensive (apparently it went from $135 to $190 list price) and, in certain scenarios, financially less appealing (because of higher discounts for VCF). As a result, the decision to adopt VCF is often driven by commercial considerations rather than by a genuine desire to consume every component/feature of the platform.

Seeing strong adoption of VCF subscriptions does not necessarily mean that customers have embraced the complete VMware Cloud Foundation vision. In many cases, organizations continue to operate largely decoupled environments with external storage, traditional networking architectures and established operational models. The subscription may have changed, but the architecture often has not.

VMware is right that the industry is moving towards platforms and cloud operating models. However, the market is equally clear in communicating that not every organization is ready (or willing) to consume an integrated stack in its entirety.

So, Does Comparing Hypervisors Still Matter?

Even if virtualization itself has become something of a commodity, the hypervisor is still the foundation upon which every private cloud strategy is built. It still has implications for licensing, operational complexity, ecosystem integration, skills requirements and long-term flexibility.

For many organizations, the question is not which complete cloud stack they want to buy, but rather which virtualization platform best aligns with their existing architecture and future ambitions. Some organizations are ready to embrace fully integrated cloud platforms and consume as many services as possible from a single vendor. Others choose a more modular approach, assembling their own private cloud architecture from best-of-breed components.

Both approaches are valid.

VMware is correct in saying that infrastructure discussions should increasingly focus on cloud operating models rather than individual hypervisor features. But customers are equally justified when they continue to compare hypervisors, especially if their operational requirements are centered around virtualization rather than the consumption of an entire cloud stack.

The hypervisor may no longer be the most exciting component of the data center, but it remains one of the most important architectural decisions an organization makes.

Comparing hypervisors is therefore not outdated. It is simply a recognition that, despite all the talk about cloud platforms and integrated stacks, many enterprises still value flexibility, modularity and the freedom to build infrastructure on their own terms.

The hypervisor may have become a commodity, choice has not.

The Irony of Sovereignty – Why Many Organizations Still Depend on VMware

The Irony of Sovereignty – Why Many Organizations Still Depend on VMware

Jun 12, 2026 | Nutanix Cloud Platform, VMware Cloud Foundation

Over the last months, the infrastructure industry has been dominated by discussions around VMware, Broadcom, sovereignty, and the search for alternatives. Nearly every enterprise infrastructure conversation now touches the same topics: licensing costs, vendor lock-in, operational independence, workload portability, and long-term strategic flexibility. Public sector organizations, healthcare providers, financial institutions, and critical infrastructure operators across Europe are all reassessing infrastructure decisions that, for many years, were considered relatively stable and predictable.

At the same time, the market narrative surrounding VMware alternatives has become increasingly simplified. Many discussions focus heavily on hypervisors, licensing models, or migration scenarios, as if organizations could simply swap one virtualization platform for another and continue operating as before. But after speaking with many customers and observing infrastructure discussions across different sectors, I increasingly believe the real issue is something entirely different.

The uncomfortable reality is that many organizations are staying with VMware today not because they strategically evaluated the market and concluded that VMware is unquestionably the best long-term choice for their future, but because they failed to properly prepare themselves for having realistic alternatives in the first place.

This is a critical distinction, and one that is often missing from public discussions.

The Market Had Time

By mid-2026, it is honestly surprising how many organizations still have not seriously evaluated alternative infrastructure platforms. Some enterprises are only now beginning structured assessments. Others are still in early validation phases. Some have not even started identifying which workloads could potentially move elsewhere or what their operational dependencies actually look like. Yet at the same time, many of these same organizations are already publishing tenders for Broadcom renewals because they no longer have enough time left to realistically execute a transition.

The industry has known for years that the VMware ecosystem was entering a period of significant change. Broadcom’s acquisition was announced in 2022. The market understood early that licensing, packaging, commercial models, and vendor dynamics would likely change substantially. Concerns around concentration risk, operational dependency, and economic sovereignty have been discussed continuously since then.

And yet many organizations continued operating as if nothing fundamental had changed.

Instead of reassessing infrastructure strategy holistically, many enterprises simply continued lifecycle management as usual. Storage environments were renewed independently from virtualization strategy discussions. Server hardware refreshes were executed without evaluating future platform flexibility. Procurement cycles continued in silos. Infrastructure teams optimized for short-term operational continuity instead of long-term optionality. Operational dependencies accumulated quietly over years while most organizations postponed the uncomfortable strategic discussions surrounding their future infrastructure direction.

The Problem of Asymmetrical Infrastructure Lifecycles

Now many enterprises suddenly realize that their infrastructure lifecycles are completely asymmetrical.

The VMware contract expires today, but the storage platform was only recently renewed for another five years. The server fleet was replaced twelve months ago. Networking follows an entirely different procurement cycle. Operational teams remain heavily specialized around a single ecosystem. Existing backup, disaster recovery, security, and automation frameworks are deeply integrated into the current platform architecture. And suddenly organizations discover that moving away from VMware is operationally, financially, and technically far more difficult than anticipated.

This is perhaps one of the most important realities currently missing in the broader market discussion. Infrastructure transformation cannot happen reactively. Organizations cannot suddenly demand flexibility and sovereignty during a contract renewal crisis if they failed to architect for optionality years earlier. Sovereignty is not something vendors can magically deliver retroactively. Operational independence, workload portability, and economic flexibility must be designed intentionally over time.

And this is where many organizations now face an uncomfortable truth: They are not trapped because no alternatives exist in the market. They are trapped because they failed to prepare themselves technically, operationally, and economically for having real choices.

Sovereignty Requires Preparation

Ironically, many of the current limitations are entirely self-inflicted. Not intentionally, but structurally. Organizations optimized for stability and lifecycle continuity while underestimating how tightly coupled their infrastructure decisions had become over time. As long as costs remained acceptable and operations remained stable, these dependencies were tolerated or simply ignored. But infrastructure decisions accumulate over years, and eventually those accumulated decisions start limiting future flexibility.

This is why many organizations are currently making infrastructure decisions under constraints they never fully anticipated themselves. The problem is often no longer purely technical. It is operational and organizational. A recently renewed storage platform limits architectural flexibility. A newly acquired server fleet creates pressure to maximize depreciation cycles. Procurement timelines reduce room for strategic maneuvering, existing operational processes are deeply aligned around current tooling, and internal skillsets are concentrated around existing ecosystems. And now, at the exact moment organizations suddenly demand sovereignty and optionality, they have the least amount of leverage.

The irony is difficult to ignore. Nearly every enterprise now talks about sovereignty:

  • Operational sovereignty
  • Economic sovereignty
  • Technological sovereignty
  • Vendor independence
  • Workload portability

Yet many of these same organizations spent years building infrastructure strategies without seriously preparing for exit strategies, interoperability, or architectural flexibility. In many cases, organizations became operationally dependent on a single ecosystem while simultaneously assuming they could easily move away later if necessary.

Now they are discovering how difficult that actually is.

Why Many Organizations Still Renew VMware

This does not mean organizations made irrational decisions in the past. For many enterprises, VMware became the operational foundation of the datacenter over nearly two decades. Entire operational models evolved around it, like security controls, disaster recovery procedures, backup architectures, monitoring frameworks, and governance processes. Organizational expertise was all built incrementally over many years. Operational familiarity itself became a strategic asset. In highly regulated or mission-critical environments, stability and predictability often matter more than architectural idealism.

This is also why many organizations are renewing with Broadcom today despite significant pricing increases. No, not necessarily because they are fully satisfied with the commercial changes, but because rebuilding operational maturity around a new infrastructure platform could take years. Retraining operational teams, validating workloads, and redesigning automation frameworks takes time. Infrastructure transformations at enterprise scale are never simple platform replacements, they are operational transformations.

The Infrastructure Market Has Changed

At the same time, the current situation should also not be misunderstood as proof that alternatives are irrelevant or immature. It’s quite the opposite. The infrastructure market has changed significantly over the last two years, and many organizations are still evaluating the market based on outdated assumptions from 2023 or earlier.

This is particularly visible around disaggregated infrastructure architectures and external storage integrations. Many enterprises still assume that moving toward platforms like Nutanix automatically requires replacing the entire datacenter stack simultaneously, but this perception is outdated. The upcoming integration with NetApp, for example, has the potential to fundamentally reshape discussions for organizations that already invested heavily into enterprise storage platforms and cannot simply discard those investments overnight. At the same time, a significant amount of existing server hardware has been recertified and can now potentially be repurposed instead of being replaced prematurely. Roadmaps around external storage integrations, compute-only architectures, and flexible infrastructure models are evolving much faster than many organizations realize.

Tthe infrastructure discussion is no longer simply about replacing one hypervisor with another. The future discussion is increasingly about regaining flexibility and about aligning infrastructure lifecycles more intelligently. It is also about reducing operational coupling and creating optionality over time instead of forcing massive forklift migrations under pressure.

And for many organizations, this is where Nutanix may realistically become part of the longer-term strategy, because the ecosystem is evolving toward architectures that may finally allow organizations to transition more incrementally and pragmatically.

However, solving years of accumulated infrastructure dependencies requires time. Especially when organizations themselves delayed the strategic preparation work for too long.

Optionality Becomes the Real Strategic Advantage

This is ultimately the most important lesson today. The organizations with the strongest negotiating position today are not necessarily the ones that already migrated away from VMware. Often, they are simply the organizations that started doing their homework early enough to create real optionality. They evaluated alternatives and workloads, and they aligned infrastructure lifecycles more strategically. They also understood where operational dependencies existed and where flexibility could realistically be introduced. Because of that preparation, they can now make decisions from a position of control instead of reacting under pressure.

Infrastructure strategy can no longer be treated as isolated lifecycle management exercises executed independently across compute, storage, virtualization, and operations. The future belongs to organizations that architect for flexibility before they urgently need it.

Because the worst possible outcome now would be making another long-term infrastructure decision based purely on the consequences of not having prepared properly for the last one.

Nach Broadcom – Wie ein Markt seine eigene Unsicherheit produziert und warum nicht jede Plattform zur nächsten VMware wird

Nach Broadcom – Wie ein Markt seine eigene Unsicherheit produziert und warum nicht jede Plattform zur nächsten VMware wird

Apr 23, 2026 | Kubernetes, Nutanix AHV, Nutanix Cloud Clusters, Nutanix Cloud Platform, Open Source Software, Sovereign Cloud

Als Broadcom die Übernahme von VMware vollzog, war die erste Reaktion vieler Kunden rational. Man prüfte Verträge, bewertetet Kosten und evaluiert(e) Alternativen. Die zweite Reaktion war emotionaler und nachhaltiger. Ein grundlegendes Misstrauen hat sich in den Markt eingeschlichen. Nicht nur gegenüber VMware, sondern gegenüber Plattformanbietern generell.

In vielen meiner Gesprächen zeigt sich heute ein wiederkehrender Gedanke: Selbst wenn Unternehmen eine Alternative evaluieren, etwa Nutanix, steht eine spannende Frage im Raum. Was, wenn sich die Geschichte wiederholt?

Diese Frage ist verständlich, aber es ist nicht die wichtige und richtige Frage.

Die eigentliche Veränderung – Vertrauen ist zur Architekturfrage geworden

Die Diskussion rund um Virtualisierung, Private Cloud oder Hybrid Cloud war lange technologisch geprägt. Es ging um Performance, Features, Integration. Heute verschiebt sich jedoch der Fokus. Es geht plötzlich um Kontrolle, Planbarkeit und zunehmend um strukturelles Vertrauen.

Broadcom hat mit seinem Vorgehen nicht nur Preise und Lizenzmodelle verändert. Es hat eine neue Wahrnehmung geschaffen, dass Plattformen können sich fundamental ändern können, ohne dass Kunden darauf Einfluss haben.

Das Ergebnis ist eine Art “Generalverdacht”. Anbieter werden nicht mehr nur technisch bewertet, sondern entlang einer impliziten Risikoachse: Wie wahrscheinlich ist es, dass dieser Anbieter in drei bis fünf Jahren ein völlig anderes Geschäftsmodell verfolgt und sogar aufgekauft wird?

Nutanix im Kontext dieser neuen Realität

Nutanix unterscheidet sich strukturell von dem, was viele Kunden aktuell implizit befürchten. Das Unternehmen ist börsennotiert, breit im Markt verankert und im Besitz international diversifizierter Investoren. Es gibt keinen dominierenden Eigentümer mit strategischer Agenda, der kurzfristig fundamentale Richtungswechsel erzwingen könnte.

Das bedeutet nicht, dass Veränderungen ausgeschlossen sind, das wäre naiv. Aber es verändert die Wahrscheinlichkeit und vor allem die Dynamik solcher Veränderungen.

Die oft geäusserte Sorge, Nutanix könnte das nächste “VMware” werden, ist unwahrscheinlich. Sie überträgt ein spezifisches Ereignis auf ein völlig anderes strukturelles Umfeld.

Interessanterweise ist ein gegenteiliges Szenario realistischer. Anbieter im unteren oder mittleren Marktsegment, die stark wachsen und Marktanteile gewinnen, werden eher zu Übernahmezielen. Ein Beispiel, das in vielen Diskussionen fällt, ist Proxmox. Genau solche Player stehen historisch eher im Fokus strategischer Konsolidierungen.

Der Reflex “Open Source”

Parallel zur Skepsis gegenüber kommerziellen Plattformen lässt sich ein zweiter Trend beobachten, nämlich der Rückzug in Open Source.

Begriffe wie “Unabhängigkeit”, “kein Vendor Lock-in” oder “volle Kontrolle” prägen diese Diskussion. Technologisch stehen dabei Lösungen wie OpenStack oder Apache CloudStack im Vordergrund.

Auch hier, der Gedanke dahinter ist nachvollziehbar, doch er wird oft zu einfach formuliert.

Open Source löst nicht das Grundproblem der Plattformabhängigkeit. Es verschiebt es lediglich.

Denn die entscheidende Frage ist nicht, ob Software offen oder proprietär ist, sondern eher: Wie einfach kann ich meine Workloads bewegen?

Cloud Exit bleibt ein physisches Problem

Egal ob Unternehmen auf Nutanix, Open Source oder klassische Virtualisierung setzen,ein Plattformwechsel bedeutet fast immer:

  • Migration von virtuellen Maschinen
  • Anpassung von Netzwerkkonfigurationen
  • Neuaufbau von Automatisierung und gewissen Betriebsmodellen
  • Testen und Validieren der Workloads

Selbst innerhalb von Open-Source-Ökosystemen ist Interoperabilität begrenzt. Ein Wechsel von OpenStack zu CloudStack ist kein “Lift & Shift”, sondern eher ein Transformationsprojekt.

Auch der Weg in die Public Cloud ändert daran wenig. Workloads müssen angepasst, Images konvertiert und Abhängigkeiten neu beurteilt werden.

Die Vorstellung, dass Open Source automatisch zu einem “reibungslosen Exit” führt, hält einer praktischen Überprüfung selten stand.

Kubernetes als vermeintlicher Ausweg und seine Grenzen

Ein ähnliches Narrativ existiert rund um Kubernetes. Containerisierung gilt als Königsweg zur Portabilität. Einmal modernisiert, überall lauffähig. So zumindest die Annahme. In der Praxis zeigt sich aber ein anderes Bild. Kubernetes ist kein homogener Standard, denn jede Distribution bringt ihr eigenes Ökosystem mit:

  • unterschiedliche Netzwerk-Stacks
  • verschiedene Storage-Integrationen
  • eigene Security-Modelle
  • proprietäre Erweiterungen und Services

Ein Cluster auf einer Plattform ist nicht identisch mit einem Cluster auf einer anderen. Der Wechsel zwischen Kubernetes-Umgebungen reduziert zwar bestimmte Abhängigkeiten auf Applikationsebene, verschiebt aber die Komplexität in die Plattformintegration.

Auch hier gilt: Portabilität ist möglich, aber nicht kostenlos.

Was sich tatsächlich verändert hat

Die vielleicht wichtigste Erkenntnis nach Broadcom ist keine technische, sondern eher eine strategische. Unternehmen müssen Plattformentscheidungen heute unter zwei Perspektiven treffen:

  1. Was kann die Plattform heute leisten?
  2. Wie wahrscheinlich ist es, dass sich ihre Spielregeln morgen verändern?

Diese zweite Dimension war früher implizit, heute ist sie zentral.

Eine erste nüchterne Schlussfolgerung

Der Markt reagiert aktuell verständlich, aber nicht immer differenziert oder fundiert. Nicht jeder Anbieter wird zur nächsten VMware und nicht jede Open-Source-Strategie führt automatisch zu mehr Kontrolle.

Die eigentliche Herausforderung bleibt unverändert – Komplexität verschwindet nicht, sie verlagert sich einfach.

Wer heute über Plattformen entscheidet, sollte also weniger in Kategorien wie “proprietär vs. Open Source” denken und stärker in Szenarien:

  • Wie sieht ein realistischer Exit aus?
  • Wie hoch ist der operative Aufwand eines Wechsels?
  • Welche Abhängigkeiten entstehen – technisch, organisatorisch und wirtschaftlich?

Die Antworten darauf sind selten ideologisch, sondern fast immer pragmatisch.Und genau darin liegt doch die eigentliche Aufgabe, nämlich
nicht den perfekten Anbieter zu finden, sondern den bewusst gewählten.

Open Source als Fundament, nicht als Gegenmodell

In der aktuellen Debatte wird Open Source oft als Gegenentwurf zu kommerziellen Plattformen positioniert. Jedoch sind Open Source und Enterprise-Plattformen längst keine Gegensätze mehr, sondern sind zunehmend miteinander verwoben.

Gerade Nutanix ist ein Beispiel dafür, wie sich diese beiden Welten verbinden lassen.

Der Nutanix-Hypervisor AHV basiert auf KVM, einem der etabliertesten Open-Source-Hypervisoren weltweit. KVM bildet seit Jahren die Grundlage zahlreicher Cloud-Plattformen und wird auch von Hyperscalern eingesetzt. Nutanix hat darauf aufbauend eine Enterprise-Schicht entwickelt, die Themen wie Lifecycle Management, Automatisierung, Security und Support integriert.

Das ist ein entscheidender Unterschied zur klassischen Open-Source-Nutzung. Das Rad wird nicht neu erfunden, sondern ein stabiler, offener Kern wird gezielt erweitert, gehärtet und in einen betriebsfähigen Kontext gebracht.

Open Source bleibt erhalten, aber die operative Komplexität wird abstrahiert. Das Engineering und Innovations-Management wird somit ausgelagert.

Kubernetes ohne Plattformzwang

Mit der Nutanix Kubernetes Platform (NKP) verfolgt Nutanix bewusst keinen proprietären Lock-in-Ansatz. Im Gegenteil, NKP ist als Plattform konzipiert, die sich aus einer Vielzahl von CNCF-Projekten zusammensetzt. Also genau jenen Open-Source-Bausteinen, die heute das Kubernetes-Ökosystem prägen.

Nutanix Kubernetes Platform Open Source

Der entscheidende Punkt ist dabei nicht die Technologie selbst, sondern die Platzierung. NKP ist nicht an die Nutanix-eigene Virtualisierungsplattform gebunden. Das bedeutet konkret:

  • Kubernetes-Cluster können auf Nutanix betrieben werden
  • ebenso auf VMware-Umgebungen
  • auf Baremetal-Infrastrukturen
  • oder direkt in Public Clouds

Während viele Plattformanbieter versuchen, Kubernetes enger an ihre eigene Infrastruktur zu binden (z.B. VMware mit VKS), verfolgt Nutanix einen anderen Ansatz. Kubernetes soll dort laufen, wo es für den Kunden sinnvoll ist und nicht dort, wo es lizenztechnisch oder architektonisch “erwartet” wird.

Das unterschätzte Detail – Entkopplung als Designprinzip

Diese Architektur führt zu einer bewussten Entkopplung zwischen Infrastruktur und Plattform.

Ein Unternehmen kann sich für NKP entscheiden, ohne sich gleichzeitig für den gesamten Nutanix-Stack festlegen zu müssen. Umgekehrt kann Nutanix-Infrastruktur betrieben werden, ohne Kubernetes zwingend darauf zu standardisieren.

Diese Modularität steht im klaren Kontrast zu Entwicklungen im Markt, bei denen Plattformen zunehmend als geschlossene Systeme positioniert werden.

Gerade im Kontext der aktuellen VMware-Debatte ist das relevant. Viele Kunden fürchten, dass der Einstieg in eine Plattform automatisch zu einer langfristigen, schwer auflösbaren Bindung führt.

Das Beispiel NKP zeigt, dass es auch anders geht.

Open Source bleibt, aber nicht im Rohzustand

Ein weiterer Punkt, der in der Praxis oft missverstanden wird: Open Source allein löst keine betrieblichen Herausforderungen.

Projekte wie Kubernetes, KVM oder auch die verschiedenen CNCF-Komponenten sind leistungsfähig, aber sie sind nicht per se “Enterprise-ready”. Sie müssen integriert, betrieben, überwacht, abgesichert und weiterentwickelt werden.

Genau hier setzt Nutanix an. Die Strategie besteht nicht darin, Open Source zu ersetzen, sondern sie in einen konsistenten Betriebsrahmen zu bringen. Das Ergebnis ist kein Widerspruch, sondern eine Kombination aus:

  • Offene Technologien als Basis
  • Kommerzielle Plattform als Betriebsmodell

Fazit

Nach den Erfahrungen mit Broadcom suchen viele Unternehmen nach Alternativen, die sowohl technologisch tragfähig als auch strategisch verlässlich sind. Dabei entstehen oft zwei Extreme:

  1. Auf der einen Seite die Rückkehr zu “reiner” Open Source
  2. Auf der anderen Seite die Suche nach einem neuen Plattformanbieter

Der Ansatz von Nutanix liegt genau zwischen diesen beiden Polen:

  • die Offenheit etablierter Open-Source-Technologien
  • kombiniert mit einem klar definierten Betriebsmodell
  • und einer bewusst modularen Architektur

Das bedeutet nicht, dass Abhängigkeiten verschwinden, aber sie werden transparenter und in vielen Fällen auch steuerbarer.

Und genau das ist in der aktuellen Marktsituation entscheidend. Nicht die Illusion vollständiger Unabhängigkeit, sondern die Fähigkeit, Abhängigkeiten bewusst zu gestalten.

Digitale Souveränität und der Broadcom-Wendepunkt – Warum Oktober 2027 für den Public Sector kritisch wird

Digitale Souveränität und der Broadcom-Wendepunkt – Warum Oktober 2027 für den Public Sector kritisch wird

Mar 26, 2026 | Nutanix Cloud Platform, Sovereign Cloud, VMware Cloud Foundation

English Version: https://www.linkedin.com/pulse/broadcoms-october-2027-turning-point-why-public-sector-rebmann-t3vme/

Digitale Souveränität ist in den letzten Jahren zu einem zentralen Begriff geworden, insbesondere im öffentlichen Sektor. Dennoch wird die Diskussion häufig an der Oberfläche geführt. Oft geht es um Datenstandorte, um europäische Cloud-Initiativen oder um zusätzliche Sicherheitsmechanismen. Was dabei übersehen wird, ist die eigentliche Ebene, auf der Souveränität entsteht oder verloren geht. Nämlich bei Architektur der Plattformen, auf denen unsere IT basiert.

Über viele Jahre hinweg haben Organisationen ihre Infrastruktur auf VMware aufgebaut. Virtualisierung war der stabile Kern, auf dem sich moderne Rechenzentren und später auch Private-Cloud-Umgebungen entwickelt haben. Diese Umgebungen waren in ihrer ursprünglichen Form modular. Compute, Storage und Netzwerk inkl. Management konnten unabhängig voneinander betrieben und weiterentwickelt werden. Diese Modularität war ein entscheidender Erfolgsfaktor – vor allem im KMU-Segment. Sie ermöglichte es Organisationen, ihre Architektur schrittweise anzupassen, Technologien auszutauschen oder zu ergänzen und Betriebsmodelle weiterzuentwickeln, ohne jedes Mal das gesamte Fundament neu bauen zu müssen.

Gleichzeitig hat sich über die Jahre eine starke Marktkonzentration aufgebaut. Es ist realistisch davon auszugehen, dass heute rund 80 Prozent des Public Sectors auf VMware-Technologie basieren. Diese breite Verbreitung war lange ein Vorteil, weil sie Standardisierung, Know-how-Aufbau und ein starkes Partner-Ökosystem ermöglicht hat. Heute wird genau diese Konzentration jedoch zu einem strukturellen Risiko. Denn wenn ein einzelner Anbieter seine Strategie grundlegend verändert, betrifft das nicht einzelne Organisationen, sondern einen Grossteil des gesamten Ökosystems. Ja, sogar einen Grossteil von Schweizer Rechenzentren.

Mit der Übernahme von VMware durch Broadcom hat sich diese Ausgangslage grundlegend verändert. Die Transformation erfolgt dabei nicht in einem Schritt, sondern in mehreren, klar erkennbaren Phasen.

Phase 1

Der erste Einschnitt war wirtschaftlicher Natur. Neue Lizenzmodelle und Bündelungen haben die Kostenstruktur verändert und in vielen Fällen deutlich erhöht. Damit wurde die wirtschaftliche Souveränität vieler Organisationen bereits spürbar eingeschränkt. Entscheidungen konnten nicht mehr allein auf Basis des tatsächlichen Bedarfs getroffen werden, sondern mussten sich zunehmend an vorgegebenen Lizenzmodellen orientieren.

Phase 2

Parallel dazu hat sich das Partner-Ökosystem verändert. Viele VMware-Partner sind verschwunden oder haben ihre Rolle angepasst. Für Kunden bedeutet das eine reduzierte Auswahl an Integratoren und Dienstleistern, weniger Wettbewerb und damit indirekt auch weniger Einflussmöglichkeiten. Souveränität zeigt sich nicht nur in Technologie, sondern auch in der Fähigkeit, zwischen verschiedenen Partnern und Betriebsmodellen wählen zu können. Wenn diese Auswahl kleiner wird, sinkt auch die Handlungsfreiheit.

Phase 3

Die dritte Phase, die sich aktuell abzeichnet, ist die technisch-strukturelle. Mit der strategischen Ausrichtung auf VMware Cloud Foundation 9 (VCF) als dominierendes Zielmodell wird die Architektur selbst zum Steuerungsinstrument. Was früher ein flexibler Baukasten war, entwickelt sich zunehmend zu einem integrierten Gesamtstack, in dem einzelne Komponenten nicht mehr unabhängig voneinander betrachtet werden können.

Technisch betrachtet bringt ein solcher Ansatz Vorteile mit sich. Standardisierung reduziert Komplexität, integrierte Betriebsmodelle können Effizienzgewinne ermöglichen, und ein klar definierter Stack vereinfacht den Betrieb. Doch diese Integration hat eine Konsequenz, die in der aktuellen Diskussion oft unterschätzt wird. Sie verändert die grundlegende Beziehung zwischen Kunde und Plattform.

Man kann die digitale Souveränität anhand von drei zentralen Fähigkeiten messen:

  1. Der Möglichkeit zu wechseln,
  2. der Fähigkeit zur Gestaltung und
  3. der Fähigkeit zur Einflussnahme

Diese drei Dimensionen sind entscheidend, weil sie darüber bestimmen, ob eine Organisation ihre IT aktiv steuern kann oder ob sie zunehmend in ein vorgegebenes Modell hineinwächst.

Genau diese Fähigkeiten werden durch die aktuelle Entwicklung schrittweise reduziert. Die Wechselmöglichkeit bleibt formal bestehen, wird aber faktisch deutlich erschwert, weil ein Wechsel nicht mehr den Austausch einzelner Komponenten bedeutet, sondern die Transformation eines gesamten Systems. Die Gestaltungsfähigkeit nimmt ab, weil Architekturentscheidungen zunehmend durch den Anbieter (Broadcom) definiert werden. Und auch die Einflussnahme sinkt, da die Verhandlungsmacht mit wachsender Abhängigkeit vom integrierten Stack strukturell abnimmt. Ähnlich wie bei der Public Cloud.

Viele Organisationen haben auf die ersten Veränderungen reagiert. Zum Beispiel haben grössere Spitäler und Kantone ihre Verträge mit Broadcom verlängert, um kurzfristig Planungssicherheit zu gewinnen und operative Ruhe zu schaffen. Diese Entscheidung ist nachvollziehbar. Sie verschafft Zeit, stabilisiert Budgets und vermeidet kurzfristige Risiken.

VCF9 zwingend ab Oktober 2027

Doch genau hier liegt ein Missverständnis, das in vielen Gesprächen sichtbar wird. Diese Verlängerungen haben keine zusätzliche Zeit geschaffen.

Die eigentliche Entwicklung läuft unabhängig davon weiter. Die strategische Ausrichtung auf VCF (VCF9) und die damit verbundene Transformation der Architektur bleiben bestehen. Der relevante Zeitpunkt verschiebt sich nicht durch ein Vertrags-Renewal.

Der eigentliche Wendepunkt bleibt bestehen. Oktober 2027.

Wie VCF Operations das Zielmodell erzwingt

Mit Version 9 von VMware Cloud Foundation verändert sich nicht nur die Architektur, sondern auch die Art und Weise, wie Compliance im Betrieb umgesetzt wird. Gemäss den aktuellen Lizenz- und Nutzungsbedingungen wird für Umgebungen ab Version 9 ein verpflichtendes Compliance Reporting eingeführt.

VCF is sold as a single product; the included components and capabilities can only be utilized on, or for the same physical Cores where the vSphere in VCF Core license is deployed.

Organisationen, die VCF einsetzen, sind demnach verpflichtet, regelmässig Compliance-Berichte zu erstellen und bereitzustellen – initial nach 180 Tagen und danach in wiederkehrenden Intervallen.

Das Compliance Reporting wird über VCF Operations abgewickelt. Damit wird diese Komponente faktisch zur Voraussetzung (VCF9 is also Voraussetzung) für den regelkonformen Betrieb. Ohne entsprechende Integration ist die Einhaltung der Vorgaben nicht mehr vollständig gewährleistet.

VCF9 Compliance Reporting

Damit entsteht ein zusätzlicher Mechanismus, der die Nutzung des vollständigen VCF-Stacks verstärkt.

In Kombination mit Lizenzmodellen, Architekturvorgaben und integrierten Betriebsfunktionen ergibt sich ein konsistentes Muster. Der Weg in das Zielmodell wird nicht nur empfohlen, sondern zunehmend strukturell abgesichert.

Quelle: https://ftpdocs.broadcom.com/cadocs/0/contentimages/VCF_SPD_July2025.pdf

Was mit VCF 9 tatsächlich installiert wird

Beim Deployment einer VCF-Umgebung wird nicht nur eine Virtualisierungsplattform (ESX Hypervisor) installiert. Vielmehr wird ein vollständiger, integrierter Stack aus Infrastruktur-, Netzwerk- und Betriebskomponenten bereitgestellt.

Konkret umfasst eine Standardinstallation mehrere zentrale Bausteine:

  • vSphere (ESX & vCenter) als Compute- und Management-Layer
  • NSX für Netzwerk und Security
  • vSAN oder alternative Storage-Integrationen
  • SDDC Manager und Fleet Management
  • sowie VCF Operations und VCF Automation als zentrale Betriebs- und Steuerungsschicht

Die einzelnen Komponenten sind nicht mehr unabhängig voneinander sinnvoll betreibbar. Sie werden zu einem zusammenhängenden System, das nur im Gesamtmodell seine volle Funktionalität entfaltet.

Quelle: https://blogs.vmware.com/cloud-foundation/2025/07/03/vcf-9-0-deployment-pathways

Neue Anforderungen an Architektur und Betrieb

Diese Veränderung bleibt nicht auf der technischen Ebene stehen. Sie hat direkte Auswirkungen auf die Leute, die diese Plattformen planen und betreiben.

Architekten und Betriebsteams müssen sich in ein deutlich breiteres und komplexeres System einarbeiten. Während sich viele Organisationen bisher stark auf den Hypervisor und klassische Virtualisierungskomponenten konzentriert haben, kommen nun zusätzliche Schichten hinzu, die zwingend Teil des Betriebsmodells sind.

Organisationen müssen neue Kompetenzen aufbauen, Prozesse anpassen und ein tieferes Verständnis für das Zusammenspiel der einzelnen Komponenten entwickeln.

Der Fokus verschiebt sich weg vom Betrieb einzelner Technologien hin zum Betrieb eines integrierten Systems. Entscheidungen in einem Bereich wirken sich unmittelbar auf andere Bereiche aus. Architektur, Betrieb und Automatisierung sind enger miteinander verknüpft als je zuvor.

Diese Entwicklung ist nicht ungewöhnlich. Sie entspricht dem generellen Trend in Richtung Plattformisierung. Doch sie hat eine klare Konsequenz. Und dieser muss man sich bewusst sein.

Informationsdefizit

Was die Situation zusätzlich verschärft, ist ein strukturelles Informationsdefizit. Viele Kunden und auch viele Partner sind sich der Tragweite dieser Veränderung noch nicht bewusst. Die Entwicklung hin zu einem integrierten, erzwungenen Plattformmodell wird oft als schrittweise Evolution wahrgenommen, nicht als fundamentaler Architekturbruch.

In der Praxis bedeutet das, dass sich ein Grossteil des Marktes heute in einer Phase scheinbarer Stabilität befindet, während sich gleichzeitig eine strukturelle Veränderung vorbereitet, die in etwa 18 Monaten ihre volle Wirkung entfalten wird.

Souveränität grossflächig in Gefahr

Bis dahin werden viele Organisationen gezwungen sein, ihre bestehenden Umgebungen zu transformieren oder neu auszurichten. Supportzyklen laufen aus, technologische Abhängigkeiten verstärken sich, und die Migration in integrierte Modelle wird zunehmend zur Voraussetzung für den Weiterbetrieb. Was heute wie eine temporäre Stabilisierung wirkt, ist in Wirklichkeit eine Phase vor einer strukturellen Entscheidung.

Anmerkung: Die VMware-Technologie ist nach wie vor exzellent. Jedoch ist VMware nicht mehr “VMware”, sondern nun Broadcom.

Digitale Souveränität geht nicht verloren, weil die Technologie schlecht ist.

Sie geht verloren, wenn Entscheidungen an Reversibilität verlieren. Wenn Architektur, Betrieb und Lizenzmodell so eng miteinander verknüpft sind, dass Alternativen zwar existieren, aber praktisch kaum mehr realistisch umsetzbar sind, verschiebt sich die Kontrolle nachhaltig.

Für den Public Sector in der Schweiz bedeutet das, dass sich die Ausgangslage fundamental verändert. Viele Organisationen betreiben heute VMware-basierte Private Clouds, haben über Jahre Know-How aufgebaut und ihre Betriebsmodelle darauf ausgerichtet. Der Übergang zu einem integrierten Modell wie VCF9 ist deshalb kein einfacher Technologieschritt, sondern eine strategische Weichenstellung.

Es ist nicht unrealistisch anzunehmen, dass ein grosser Teil der öffentlichen IT-Landschaft ab Oktober 2027 nicht mehr den zentralen Kriterien digitaler Souveränität entsprechen wird.

Nutanix als Alternative – Zurück zur Modularität

In diesem Kontext wird Nutanix häufig als Alternative genannt. Interessant ist dabei weniger die Positionierung als “Private-Cloud-Anbieter”, sondern die zugrunde liegende Architekturphilosophie.

Auch Nutanix bietet heute eine vollständige Private-Cloud-Plattform. Infrastruktur, Automatisierung, Datenservices und moderne Plattformdienste können integriert bereitgestellt werden. Auf den ersten Blick ähnelt dieses Modell dem, was auch VMware Cloud Foundation verfolgt. Der entscheidende Unterschied liegt jedoch nicht im Funktionsumfang, sondern in der Art und Weise, wie dieser bereitgestellt wird.

Während sich VMware (by Broadcom) zunehmend in Richtung eines verpflichtenden, eng integrierten Gesamtstacks entwickelt, folgt Nutanix weiterhin einem modularen Ansatz. Funktionen können kombiniert werden, müssen es aber nicht. Organisationen können entscheiden, welche Komponenten sie tatsächlich benötigen und in welchem Umfang sie diese einsetzen.

Genau diese Eigenschaft war auch ein wesentlicher Grund für den Erfolg von VMware in der Zeit vor der Broadcom-Übernahme.

Nutanix knüpft in gewisser Weise an dieses Prinzip an. Die Plattform kann als vollständige Private Cloud betrieben werden, ohne dass sie zu einem starren Zielmodell wird. Gleichzeitig ermöglicht sie unterschiedliche Betriebsmodelle, vom klassischen Rechenzentrum über Service-Provider-Umgebungen bis hin zu hybriden Szenarien. Entscheidend ist dabei, dass die operative Logik konsistent bleibt. Workloads und Betriebsprozesse sind nicht an ein einzelnes Modell gebunden, sondern können sich entlang der Anforderungen entwickeln.

Die Einordnung von Nutanix als Alternative sollte dennoch differenziert erfolgen. Auch hier handelt es sich um eine kommerzielle Plattform mit eigener Roadmap, eigenem (breiten) Ökosystem und eigenen Abhängigkeiten. Digitale Souveränität entsteht durch das Zusammenspiel von Technologie, Governance, Kompetenzen und strategischen Entscheidungen.

Eine Frage, die bisher zu selten gestellt wird

Die Risiken der Public Cloud sind im öffentlichen Sektor seit Jahren Gegenstand intensiver Diskussionen. Fragen zu Abhängigkeiten, Preisentwicklung, geopolitischem Einfluss und fehlender Kontrolle gehören heute zur Standardbewertung jeder grösseren Cloud-Entscheidung. Im Private-Cloud-Umfeld hingegen wird eine vergleichbare Debatte bisher gar nicht geführt.

Dabei deutet sich eine strukturell ähnliche Entwicklung an.

Aus einer Souveränitätsperspektive stellt sich jedoch noch eine andere Frage.

Welche Konsequenzen hat es, wenn ein grosser Teil des Public Sectors auf eine einheitliche Plattformarchitektur standardisiert, deren Betriebsmodell, Lizenzstruktur und Weiterentwicklung massgeblich von einem Anbieter bestimmt werden?

Ein Vergleich mit der Public Cloud hilft, diese Fragestellung zu beantworten.

Würde heute ein Grossteil der öffentlichen Verwaltung seine IT vollständig auf Plattformen wie Microsoft Azure, Amazon Web Services oder Google Cloud Platform betreiben und in der Folge eine signifikante Preissteigerung im Bereich von 50 bis 100 Prozent erfolgen, wäre die Reaktion absehbar. Die Diskussion über Abhängigkeiten, Alternativen und strategische Steuerbarkeit würde unmittelbar an Intensität gewinnen.

Im Private-Cloud-Umfeld ist eine vergleichbare Dynamik bereits erkennbar, wird jedoch anders wahrgenommen.

Während Risiken in der Public Cloud frühzeitig adressiert wurden, wird die gleiche Entwicklung im Private-Cloud-Umfeld häufig noch als rein technologische Evolution betrachtet. Die zugrunde liegende Abhängigkeit ist jedoch vergleichbar.

  • Welche Massnahmen werden also heute ergriffen, um diese Form der Abhängigkeit aktiv zu steuern?
  • Welche Strategien existieren, um Wechseloptionen realistisch zu erhalten?
  • Und in welchem Umfang werden Alternativen geprüft, solange diese noch mit vertretbarem Aufwand umsetzbar sind?

Diese Fragen lassen sich nur beantworten, wenn die zugrunde liegenden Veränderungen überhaupt den Kunden und Partnern klar sind.

Ein Blick auf die Beschaffung

Ein Blick auf aktuelle Ausschreibungen auf simap.ch zeigt ein klares Bild. VMware ist im Schweizer Public Sector tief verankert. Zahlreiche Organisationen haben in den Jahren 2024 und 2025 ihre bestehenden Umgebungen verlängert oder weiter ausgebaut. Die Vertragsvolumen bewegen sich im Millionenbereich und sind in vielen Fällen über mehrere Jahre ausgelegt – häufig bis 2028, 2029 oder darüber hinaus.

Viele dieser Entscheidungen wurden in einer Phase getroffen, in der Stabilität, Planbarkeit und operative Kontinuität im Vordergrund standen. Vertragsverlängerungen boten kurzfristige Sicherheit, insbesondere vor dem Hintergrund veränderter Lizenzmodelle und steigender Kosten.Wie schon erwähnt, hat man sich hier wohl Planungssicherheit verschaffen möchten, war sich jedoch nicht bewusst, dass ab Oktober 2027 ein neue Architektur und ein neues Betriebsmodell aufgezwungen werden könnte.

Gleichzeitig wurde damit eine bestehende Architektur vorgeschrieben. Die Folge ist kein unmittelbarer Bruch, sondern eine schrittweise Verfestigung.

Über mehrere Jahre hinweg entstehen Bindungen, die technisch und wirtschaftlich zunehmend schwerer zu verändern sind. Der Handlungsspielraum bleibt formal bestehen, wird aber faktisch enger.

Quellen

Nutanix – The Questions Swiss VMware Customers Ask

Nutanix – The Questions Swiss VMware Customers Ask

Mar 22, 2026 | Nutanix AHV, Nutanix Cloud Platform, Sovereign Cloud, VMware Cloud Foundation

In my first five months at Nutanix, I have had dozens of conversations across the Swiss market. From federal organizations to cantonal institutions, from service providers to highly regulated environments. On paper, these discussions look completely different – different architectures, different priorities, and different timelines.

It took me a while to realize it, but there was a clear pattern. Regardless of size or sector, the same underlying questions keep surfacing, no matter if we were talking about a 1’000-, 4’500-, or 20’000-core infrastructure. And more interestingly, most of these questions are not about features or technical capabilities, these questions came later in the discussions.

Most questions are about risk, cost and control, and sometimes about sovereignty. It all has to do with certainty, doubts, stability and predictability.

So, it’s less about the available alternatives per se. Customers are trying to understand what staying actually means, what risk this implies.

1) Isn’t switching too risky?

This is one of the questions that appear very early when meeting prospects. Sometimes even right after the introduction before any real discussion has started.

It’s a natural reaction. For a long time, staying on VMware was the safest choice and there was no real reason to reconsider it.

But VMware is not “VMware” anymore, it is Broadcom now. So, what many organizations are experiencing today is not instability in their infrastructure, but the conditions around it. There is not one single customer that is telling me that “VMware” is not performing as expected and just great technology.

For many customers, especially those in regulated industries, it’s about predictability and control. Therefore staying (with VMware) is no longer automatically the safest option anymore.

What I see in practice is, that IT organizations quickly move away from the idea of a distruptive “big bang” migration. Instead, they start thinking in phases and use cases, and move workloads step by step. Systems run in parallel and confidence builds gradually. The projects that I have won are VDI and edge use cases. Larger projects with larger infrastructure take more time.

So, what’s the learning? While I understand why customers ask “isn’t switching too risky”, it’s just the wrong question.

The better question would be: What’s the risk of staying and how do we move without taking unnecessary risk?

From there, the conversation almost inevitably moves to cost.

2) Is Nutanix really cheaper?

Sounds like simple question, right? A number-to-number comparison, a classic price discussion. It’s anything but simple.

Because what most organizations are comparing is not two equivalent scenarios. They are comparing what they used to pay for VMware with what they might pay for something new. And that creates a distorted baseline from the very beginning. With Broadcom, at least in Switzerland, there is no more VMware vSphere Foundation (VVF) or vSphere Enterprise Plus standalone. You can only get VMware vSphere Standard (VVS) or VMware Cloud Foundation (VCF).

On paper, that sounds like simplification and in practice, it introduces a different kind of complexity. Because suddenly, organizations are not just buying what they need. They are buying what is included.

In many of the discussions I have had, customers admit that they are not using the full breadth of the VCF stack (even they have the VCF subscription. A lot of those VMware customers only use vSphere, some of them vSAN, and the most of them use Aria Operations. No NSX and no Aria Automation. And if you need advanced security features like micro-segmentation, you need an add-on for $200 (list price).

You can compare Nutanix against the entire VCF bundle. In that case, the question becomes “Can Nutanix replace everything that is included?”.

Or you can compare Nutanix against what you are actually using today. And suddenly, the picture changes. Dramatically.

Both perspectives are valid, but they lead to very different conclusions – commercially and strategically.

Let me rephrase the question, which now becomes: Why am I paying for functionality I don’t need?

This is something I explored in more detail in my recent article “Beyond the Price Tag – Why Organizations Choose Nutanix” The core idea is simple. Cost is rarely just about the price per core or the discount level. In the end it is about how closely your investment aligns with your actual requirements.

With Nutanix, you don’t start with everything and try to justify it afterwards, and you can start with what you actually need. And then you expand, step by step, where it creates value.

It sounds like a small difference, but in practice it changes the entire commercial logic.

3) Don’t we end up paying twice during the migration?

It’s a fair concern. Running two environments in parallel is often unavoidable during a transition. Without specific support, that can mean carrying two full licensing models at the same time.

This is exactly where Nutanix has taken a very pragmatic approach. Through its migration programs, customers can receive up to one year of Nutanix licensing at no additional cost during the transition period.

That doesn’t eliminate the complexity of a migration, but it removes a key barrier. It gives organizations time. And most importantly, it allows them to do this without being penalized financially for taking a careful approach.

4) We don’t have Nutanix skills

Over the past months, one pattern has become very clear. Broadcom is not just repositioning VMware commercially, but it is standardizing it architecturally. Everything points in the same direction: VMware Cloud Foundation is no longer an option. It is the only option.

And if you look at the publicly available information, this trajectory becomes even more tangible. Current indications suggest that support for vSphere 8.x and VCF versions not aligned with vSphere 9 will eventually come to an end. Which effectively means that, from around October 2027 onwards, unless Broadcom changes course again, customers will only be able to buy and deploy VCF 9.x.

In other words, the path forward is already being defined.

Now, to be fair, there are customers for whom this aligns well. Organizations that have already embraced VCF, invested in NSX, automation, and the broader stack, for them, this is a continuation of a journey they have consciously chosen.

But they are not the majority.

Most environments I see across Switzerland are still far from a fully adopted VCF architecture. They are running vSphere at scale, often with external storage and networking, established operational models, and teams that are deeply skilled in what they do today.

And this is exactly where the concern about “Nutanix skills” usually comes up. “Do we have the people for this?”

The reality is that Nutanix does not require you to throw away everything your teams have learned over the past 10 or 15 years. Quite the opposite.

The fundamental principles remain the same. You are still running virtual machines, designing clusters, ensuring availability, managing storage policies, operating networks, and securing workloads. Concepts like high availability, lifecycle management, capacity planning, and operational governance don’t disappear.

In fact, many VMware engineers adapt to Nutanix much faster than expected. Why? Because Nutanix deliberately simplified the operational model. Instead of stitching together compute, storage, and networking from different layers and tools, Nutanix brings these capabilities into a single, integrated platform.

cloud13.ch Prism Central

So yes, adopting Nutanix requires learning. But let’s be honest, so does adopting VCF. You need to be aware that moving to VCF is not just a licensing change. It includes an operational transformation. VCF also means new skills, new processes, new dependencies, and a new operational model.

So while Broadcom’s vision is actually quite clear – and, in many ways, understandable – it comes with consequences. The vision is to deliver a private cloud platform and a model where individual product names fade into the background, and what matters are capabilities. Compute, storage, networking, security, and automation are delivered as an integrated service layer, and VMware is becoming more like a public cloud. Conceptually, that makes sense to me.

You are adopting a new operating paradigm. The only real advantage compared to moving to a public cloud like Azure is, that your virtual machine format remains the same. Your VMs don’t need to be converted. But beyond that, the effort is comparable:

  • You still need to redesign your architecture
  • You still need to rethink networking and security
  • You still need to retrain your teams
  • You still need to plan and execute a structured migration

And this is exactly where the conversation reconnects with the themes we discussed earlier (cost, risk, control).

5) Isn’t Nutanix doing the same as Broadcom?

Yes, Nutanix absolutely offers a private cloud platform that can run in the data center, at the edge, or in the public cloud. So, in terms of vision, both VMware (under Broadcom) and Nutanix are heading towards a similar destination: A cloud-like operating model for on-premises environments.

Before the Broadcom era, VMware was known for something very specific: Modularity

With Nutanix, you can absolutely consume the full private cloud platform. But you don’t have to.

Nutanix continues to deliver a modular set of software building blocks that can be used independently or as a complete stack. The Nutanix Cloud Platform (NCP) includes multiple components such as Nutanix Cloud Infrastructure (NCI), Nutanix Cloud Manager (NCM), Unified Storage (NUS), Database Service (NDB), Nutanix Kubernetes Platform (NKP) and more. Each is available as a separate option depending on customer needs: https://www.nutanix.com/products/cloud-platform/software-options

Organizations can pick and choose exactly what they want to deploy:

  • A VDI environment? Use NCI‑VDI
  • An edge cluster with minimal footprint? Use NCI‑Edge for small‑scale, distributed deployments
  • A full enterprise platform spanning multiple sites? Deploy NCI Ultimate, NCM, Unified Storage, and Database Service as needed

6) Is Nutanix enterprise-ready?

A few years ago, that would have been a fair and important concern.

Back then, Nutanix was still perceived by many as a strong challenger. Innovative, yes. Promising, definitely. But not always seen as the default choice for the most critical, large-scale environments.

Is Hyper-V enterprise-ready? Is Azure Local enterprise-ready? What about newer or increasingly popular options like Proxmox?

The answer, in most cases, is simply assumed. And yet, if we take a step back, the question itself is more about perception.

Because Nutanix has been in the market for well over a decade. Its hypervisor, AHV, has been running production workloads for more than ten years. It is not new, it is not experimental, it is not an emerging technology trying to find its place.

It is established!

And that is reflected not only in customer adoption, but also in how the market evaluates the platform. Nutanix has consistently been positioned in the top-right quadrant of the Gartner Magic Quadrant for Distributed Hybrid Infrastructure.

Broadcom (VMware) Named a Leader in the 2025 GartnerⓇ Magic QuadrantTM for Distributed Hybrid Infrastructure for the 3rd Consecutive Year - VMware Cloud Foundation (VCF) Blog

By any objective measure, Nutanix has already crossed the “enterprise-ready” threshold a long time ago.

7) Are we just replacing one dependency with another?

It’s a fair question, and probably one of the most important ones in the entire discussion. Because if the last few years have shown anything, it’s that lock-in is no longer an abstract concept.

No platform is completely free of dependencies. There is no such thing as a truly neutral infrastructure stack. Every decision introduces some form of coupling – to a vendor, to an architecture, to an operating model.

Dependencies exist, always. That’s not the important part. It’s about where they sit and how much control you retain over them. And this is exactly where the conversation becomes more interesting.

As discussed earlier, architectures are becoming more opinionated, more predefined, more aligned to a single operating model. Which means the dependency moves downwards into the foundation.

Nutanix, in contrast, shifts that balance towards the application layer. And this is where Kubernetes becomes important.

Because once applications are containerized and orchestrated through Kubernetes, the underlying infrastructure starts to matter less. Not irrelevant, but less dominant. Workloads become more portable, deployment models become more consistent, and the ability to move between environments becomes an option.

Nutanix Kubernetes Platform (NKP) provides an integrated way to run and manage Kubernetes across environments, without forcing customers into a specific cloud or infrastructure model. It aligns with the broader idea of hybrid and multi-cloud, but in a way that keeps operational control with the customer.

Nutanix Kubernetes Platform Open Source

Replacing one platform with another is not inherently solving lock-in. But repositioning where dependencies sit, that’s ultimately what many organizations are looking for. Again, it’s about having the ability to stay on control. Because NKP is not tied to a single infrastructure backend:

  • It can run on Nutanix
  • It can run on VMware infrastructure
  • It can run in public cloud environments
  • It can even run directly on baremetal

Compare that to more tightly integrated approaches like the vSphere Kubernetes Service (VKS). VKS is deeply embedded into the vSphere ecosystem. It works well as long as you remain within that environment. But it is, by design, not portable beyond it. And that brings us back to the core point.

Lock-in is not eliminated by choosing a different vendor. It is reduced when your most critical layers are no longer restricted to a single environment.

How easily can you change tomorrow?

8) What if Nutanix gets acquired as well?

Another question has started to surface more frequently. It usually comes a bit later in the conversation, once the technical fit is understood, and once the commercial discussion has taken shape.

It’s a question that reflects the current mood in the market, and I have to admit it’s a valid one. Because the last few years have shown that ownership changes can have real consequences. They can reshape pricing models, redefine product strategies, and fundamentally alter the relationship between vendor and customer.

This question often leads to the wrong conclusion. We have to understand that the issue with VMware was not the acquisition itself. Acquisitions happen and they are part of how the technology industry evolves. The real issue was the impact that followed:

  • The shift in pricing
  • The restructuring of packaging
  • The reduced flexibility
  • And, ultimately, the feeling among many customers that control has moved away from them

That is what triggered the current wave of re-evaluation. So, when customers ask whether the same could happen elsewhere, they are not really asking about ownership. They are asking about exposure. If we follow that line of thinking consistently, the question doesn’t stop at Nutanix. You could ask the same about almost any platform in the market. What if Proxmox gets acquired? What if a hyperscaler changes its pricing model or service terms? What if an open source project shifts direction because of new commercial backing?

There is no scenario in which a platform is completely immune to change. And that is exactly my point. Trying to eliminate that risk entirely is not realistic.

9) AHV is not open source, is that a risk?

Nutanix’s Acropolis Hypervisor (AHV) is built on KVM, one of the most widely used open-source hypervisors out there. The foundation is open, and what Nutanix does is take that foundation and turn it into something that is actually operable at scale.

Open source sounds like freedom. And in some cases, it absolutely is. But in many real-world environments, it also means something else:

  • More components
  • More integration work
  • More lifecycle management
  • More responsibility on your own teams
  • Especially at the infrastructure layer

Running a fully open source stack often means you are effectively building your own platform. You are combining a hypervisor, storage, networking, automation, and then making sure everything works together, stays updated, remains secure, and is supported when something breaks. That can be the right approach, but only if you actually want to operate like that.

At the infrastructure layer, especially in virtualization, open source rarely creates meaningful strategic advantage. The hypervisor has become a mature, almost commoditized component. Whether it’s KVM, AHV, Hyper-V, or ESXi. They all solve the same fundamental problem, and they solve it well.

Open source creates the most value where differentiation happens. And that is not at the bottom of the stack. It’s at the top, at the application layer. This could be Kubernetes or building open source applications (think about OpenDesk or Nextcloud).

10) What about sovereignty?

Sovereignty is not a feature you can simply “add” to a platform. And more importantly, it’s not just a hyperscaler problem (anymore). This is something I already explored in a previous article – the idea that dependency doesn’t suddenly disappear just because infrastructure runs on-premises or in a private cloud. You can still be deeply dependent on a vendor’s licensing model, roadmap, and architectural decisions.

There is one dimension of sovereignty that stands out above all others in current customer conversations: Economic sovereignty.

For many existing Broadcom customers, this has become the most immediate and tangible pain point:

  • Not data residency
  • Not compliance
  • Not even technical capability

But cost predictability and the loss of it. And that brings us back to the platform.

The ability to maintain economic sovereignty is directly linked to how flexible your architecture is. If your platform enforces a predefined bundle, a fixed operating model, and limited alternatives, then your room to negotiate and adapt becomes smaller over time. If, on the other hand, your platform allows you to scale components independently, choose where workloads run, and avoid unnecessary dependencies, then you retain leverage.

Nutanix runs on-premises and in service provider environments. It also runs in public clouds (Nutanix NC2).

With the Nutanix Elevate Service Provider Program (NESPP), Nutanix enables managed service providers to build and operate sovereign cloud platforms themselves.

If your platform gives you flexibility, technically and commercially, then sovereignty becomes achievable.

Not VMware versus Nutanix

And this is ultimately where the entire discussion converges. Because despite all the technical arguments, the pricing models, the migration paths, and the architectural considerations, this is not a story about VMware versus Nutanix. What I see in the market right now is something different – a shift in how organizations relate to their infrastructure:

  • Control vs. dependency
  • Predictability vs. uncertainty
  • Choice vs. constraint

As I said before, dependency, in this context, is about exposure. Control, on the other hand, is not about owning everything or building everything yourself. And predictability (like trust), once lost, is difficult to rebuild.

If we help customers to ask different questions, the conversations change. It becomes less about selecting a product and more about defining a direction.

So, is your plan to adapt to change or to shape it?