The problem with defining the difference between hybrid cloud and multi-cloud is that these two terms are often used interchangeably. However, for the similarities, there is one major difference.
In a multi-cloud environment, an enterprise utilizes multiple public cloud services, most often from different cloud providers. For example, an organization might host its web front-end application on AWS and host its Exchange servers on Microsoft Azure. Since all cloud providers are not created equal, organizations adopt a multi-cloud strategy to deliver best of breed IT services, to prevent lock-in to a single cloud provider, or to take advantages of cloud arbitrage and choose providers for specific services based on which provider is offering the lowest price at that time.
Hybrid cloud computing differs from multi-cloud computing in one significant way: the inclusion of private cloud infrastructure such as an enterprise’s own data center along with one or more public cloud services, usually working in conjunction to achieve business goals.
Thus the two major differences are as follows:
Many organizations adopt a multi-cloud strategy by accident, for example when different departments throughout the organization utilize different public cloud providers for a given function, while others develop a strategy for utilizing multiple public cloud providers as part of an all-encompassing IT strategy that includes on-premises, public-cloud based infrastructure as a service (IaaS), and SaaS offerings as a comprehensively managed hybrid IT environment.
For example, a hybrid cloud application might utilize on-premises databases while running application code both in the on-premises private cloud and ‘cloudbursting’ to the public cloud when demand increases beyond the capabilities of in-house hardware.
As technologies change, enterprises will continue to adopt multiple clouds to achieve their business goals, whether or not they are ‘born in the cloud’ or migrate to cloud providers over time. According to Gartner, anything other than a cloud-only strategy for new IT initiatives will require justification for over 30% of large-enterprise organizations, and they further predict that over half of enterprises that use cloud will develop a cloud-first approach by 2021.
Each public cloud provider has their own strengths and weaknesses, and each has their own cost structure. Developing a cloud strategy involves much introspection – assessment of existing workloads, databases, networks, SLAs, storage demands, and the like. Then, organizations can begin to map their current and future workload plans to the services offered by public cloud providers. As the variety of services offered grows, it is no surprise that enterprises are increasingly adopting multiple cloud providers to match each function to the provider best suited – or with the best price – to handle that function.
If adopting a multi-cloud approach, consideration must be given to where the other pieces of enterprise IT will be located; for example if taking a hybrid approach those database servers, authentication resources, monitoring and management processes all would typically reside on-premises. If taking a multi-cloud but NOT hybrid cloud approach, those resources would have to hosted somewhere – and have access to all enterprise-wide resources to ensure smooth operations.
Gartner suggests the following six step plan when building a cloud strategy, and suggest if you’re not cloud-first at the point you are already behind your competitors.
The simple answer is yes. A hybrid cloud becomes multi-cloud when there are more than one public cloud service combined with private cloud resources. Hybrid cloud is a combination of public and private clouds, usually to orchestrate a single IT solution between both. Often a hybrid cloud is built atop a common virtualization layer such as the VMware cloud or vSphere. In this manner, a hybrid cloud that includes VMware on AWS and VMware on-premises simplifies workload migration and enables the use of common tools across both private and public cloud platforms.
Multi-cloud entails multiple cloud services from one or more providers, for example AWS for application workloads and Microsoft Azure for enterprise database. Although it is similar to a hybrid cloud, multi-cloud specifically indicates more than one public cloud provider service and need not include a private cloud component at all (although it can).
Enterprises adopt a multi-cloud strategy so as not to ‘keep all their eggs in a single basket’, for geographic or regulatory governance demands, for business continuity, or to take advantage of features specific to a particular provider.
The main difference between hybrid cloud architecture and multi-cloud architecture is where non-cloud resources are located. Hybrid clouds utilize existing on-premises servers, storage, and networking to support ancillary services such as authentication, VDI, security, databases, and monitoring, where in a multi-cloud (not hybrid) environment those resources are also in the cloud, either at the same provider providing compute services or another provider or colocation facility.
Although every hybrid cloud can be classified as a multi-cloud by stretching the definition, not every multi-cloud is a hybrid cloud since hybrid is defined as both private and public clouds utilized in concert. For multi-clouds there is no concern about on-premises private cloud infrastructure and attention need only be paid to the individual public cloud services – and ways of simplifying orchestration and monitoring between them. For multi-cloud, admins should focus on a single tool that works across multiple clouds to reduce training, simplify operations, and reduce the opportunity for human errors.
Since there is no private cloud in multi-cloud, organizations must deal with ensuring that where data is stored – whether PCI, HIPAA, or GDPR protected – meets those rigorous demands. Most hyperscale cloud providers offer availability zones and regions to help ensure this, and since even keeping copies or backups of this data outside of the region it is supposed to reside in can cause issues care must be taken when developing a data strategy for the mutli-cloud.