Don’t fall for the ‘pluggable cloud’ siren call
People once made requests for hybrid cloud because of the perception of flexibility. Now they make multicloud requests, for the same reasons. Multicloud is just part of a cloud architecture that uses more than two clouds, private and/or public. However, most multicloud deployments involve more than two public clouds, typically AWS, Microsoft, and sometimes one other, such as Google.
Although the concept of having “pluggable clouds” is not at all new, I get more and more inquiries about multicloud patterns that promote the notion of pluggable clouds.
A pluggable cloud is a multicloud setup where you can swap out the public or private clouds without having to change much of the underlying application dependencies. The term is often used to describe any multicloud architecture where changing out clouds is something that enterprises do to deal with price and functionality changes.
Is this type of architecture even feasible? Consider the facts.
First, this can only work if you use a cloud service broker (CSB), a cloud management platform (CMP), or other tools that provide abstraction away from the native cloud services. Otherwise it becomes too complex to manage the native cloud services of each public cloud provider, because you have to deal with each native cloud service on its own terms.
Second, you need to understand the “pluggable” requirement. If the expectations are that you can unplug AWS and plug in Alibaba, for example, without significant alterations to how the applications and data storage systems use those services, you’re smoking something. In reality, there are vast differences between how AWS does storage, and how Microsoft or Google or Alibaba does storage. Even if you do a great job creating abstraction and orchestration layers, there is a great deal of work needed to make it actually work. I’m not sure “pluggable” would be the word I’d use.
Third, while it might be possible to make your multicloud setup pluggable, you would do so at the expense of services. You would be forced into a least-common-denominator approach, which means that you’ll only use the basic functions to make your workloads work across cloud providers. In other words, you’ll only use a fraction of what the clouds can offer in terms of services such as storage and compute.
Keep in mind that both CSBs and CMPs are proven tools that can manage multicloud complexity. Just be aware that the use of these tools does not mean you can add and remove public clouds without significant remapping of cloud services to your workloads.
Powered by WPeMatico