Multi-Cloud Blog

Homogeneous vs. Heterogeneous Clouds: Pros, Cons, and Differences

BMC Software
3 minute read
BMC Software

One of the many, many splits within the cloud camp is between homogeneous and heterogeneous clouds.

BMC Helix - The Future of Service and Operations Management

BMC Helix is the first and only end-to-end service and operations platform that’s integrated with 360-degree intelligence. Built for the cloud, this reimagined service and operations experience is unrivaled, giving you:

  • Single pane of glass for ITSM and ITOM functions
  • BMC Helix ITSM optimized for ITIL® 4
  • Enterprise-wide service including IT, HR, Facilities, and Procurement
  • An omni-channel experience across Slack, Chatbot, Skype, and more
  • Cloud native micro-services platform for your enterprise
  • Automation with conversational bots and RPA bots
  • More than 7,500 IT organizations trust BMC ITSM solutions. See why and learn more about BMC Helix ›

What is a homogeneous cloud?

Simply put, a homogeneous cloud is one where the entire software stack, from the hypervisor (or remote cloud provider), through various intermediate management layers, all the way to the end-user portal, is provided by one vendor.

What is a heterogeneous cloud?

A heterogeneous cloud, on the other hand, integrates components by many different vendors, either at different levels (a management tool from one vendor driving a hypervisor from another) or even at the same level (multiple different hypervisors, all driven by the same management tool).

How to choose between a homogeneous and heterogeneous cloud?

The argument for homogeneous environments is that because everything comes pre-integrated they are easier to set up, and if something goes wrong there is only one responsible party – “one neck to wring”, as the saying has it. On the other hand, by giving so much power to one vendor, users place themselves at the mercy of that vendor’s commercial and technical strategy. In farming, this is known as a monoculture, that is, only a single crop is grown. Superficially, this is an attractive idea, as farmers can specialize and take advantage of economies of scale. The problem is that any disease, frost, drought, or other event that affects that crop can wipe out the entire harvest. To mitigate that risk, farmers try to sow several different types of crop, as insurance against losing the entire harvest.

The same arguments apply in IT. The advantage of an IT monoculture is that everyone can specialize in that one vendor’s tools and it is easy for admins to cover for each other. The downsides are a bit different: on the technical side, features will be available when – and if – the vendor chooses to develop them. The real pain often comes on the commercial side, because once users are “locked in” to a single-vendor strategy, they have no recourse if that vendor decided to change its pricing structure in a way that causes costs to increase.

Heterogeneous architectures attempt to bypass this lock-in effect by introducing components from many different vendors and allocating their use according to a common set of strategies. At some point, however, a single management component will need to be introduced. Defenders of homogeneous approaches will counter charges of lock-in by pointing out that this convergence on a single management layer just moves the lock-in further up the stack, but still leaves users at the mercy of the provider of that one component.

The false equivalence between platform lock-in and supposed management lock-in is a neat rhetorical trick, but does not really hold up. Management vendors need to keep up with the development pace of the managed platforms, or risk falling behind the competition from other heterogeneous management vendors. Any attempt at predatory business practices will be nipped in the bud for the same reason.

Meanwhile, users can migrate away from management suites more easily than they can change hypervisors or cloud providers. The reason is that a platform change is almost guaranteed to cause disruption unless it is very carefully managed, while replacing a management platform, even at very short warning, will certainly be painful for IT and cause delays in delivery of new requests, but will not affect workloads that are already running on the underlying platforms.

BMC, not having a dog in the hypervisor fight, has been heterogeneous from day one, so we have been following VMware’s recent moves in this direction with interest, as have many others, notably James Staten of Forrester Research. The value in this rapidly evolving field is moving from the hypervisor into the management layer and the processes that it implements. In the next post on this series I will discuss that move further, and what it means for enterprises which are considering a move to cloud or have already begun one.

Last Updated: 11/1/2016

E-Book: Avoid Sticker Shock—How to Determine the True Cost of Clouds

Cost reduction is one of the main reasons for moving to the cloud. Get insight into the right steps to take for migrating workloads to the cloud and reducing costs as a result.
Read the E-Book ›

See an error or have a suggestion? Please let us know by emailing

Run and Reinvent Your Business with BMC

BMC has unmatched experience in IT management, supporting 92 of the Forbes Global 100, and earning recognition as an ITSM Gartner Magic Quadrant Leader for six years running. Our solutions offer speed, agility, and efficiency to tackle business challenges in the areas of service management, automation, operations, and the mainframe. Learn more about BMC ›

About the author

BMC Software

BMC Software

BMC delivers software, services, and expertise to help more than 10,000 customers, including 92% of the Forbes Global 100, meet escalating digital demands and maximize IT innovation. From mainframe to mobile to multi-cloud and beyond, our solutions empower enterprises of every size and industry to run and reinvent their businesses with efficiency, security, and momentum for the future.