Virtual Tarzan - Transformation Architect
  • Home
  • About
  • Contact me

Recent Comments

  • Virtual Tarzan on Cloud Migration – Where to start?
  • Dan on Cloud Migration – Where to start?
  • Virtual Tarzan on How to Maximise Benefits from Multi-Cloud Adoption
  • Freya on How to Maximise Benefits from Multi-Cloud Adoption
  • Virtual Tarzan on How to Maximise Benefits from Multi-Cloud Adoption

Categories

  • AI-ML
  • Azure Architecture
  • Citrix
  • Cloud
  • Cloud Architecture
  • Cloud Strategy
  • Compliance
  • Digital Transformation
  • EUC
  • General
  • Infrastructure Design & Architecture
  • IT Strategy
  • Storage
  • Troubleshooting
  • vCloud
  • VMware
  • vSphere

Archives

  • September 2021
  • June 2021
  • January 2021
  • November 2020
  • July 2020
  • April 2020
  • March 2020
  • February 2020
  • January 2020
  • December 2019
  • November 2019
  • October 2019
  • September 2019
  • August 2019
  • July 2019
  • June 2019
  • May 2019
  • April 2019
  • March 2019
  • February 2019
  • January 2019
  • April 2018
  • March 2018
  • February 2018
  • January 2018
  • December 2017
  • November 2017
  • October 2017
  • January 2017
  • October 2016
  • April 2016
  • March 2015
  • January 2015
  • November 2014
  • October 2014
  • September 2014
  • May 2014
  • April 2014
  • March 2014
  • February 2014
  • August 2013
  • March 2013
  • January 2013
  • December 2012
  • November 2012
  • October 2012
  • September 2012
  • August 2012
  • July 2012
  • June 2012
  • May 2012
  • April 2012
  • March 2012
  • February 2012
  • January 2012

Follow me

Virtual Tarzan - Transformation Architect
  • Home
  • About
  • Contact me
Cloud, Cloud Architecture, Cloud Strategy, General,

How to Maximise Benefits from Multi-Cloud Adoption

Multicloud

A recent study by Flexera, showed that 92% of enterprises have a multi-cloud strategy. In this blog post I will cover:

  • Reasons for adopting a Multi-Cloud strategy
  • Risks& Challanges
  • Common Multi-Cloud Architectures
  • Recommendations

Let’s get to it!

The WHY

Avoid vendor lock-in

Many cite avoiding vendor lock-in as the reason for a multi-cloud strategy. This strategy often drives organisations to use the lowest common denominator to reduce lock-in and improve application portability. There are two issues with this approach. First, using the lowest common denominator will deprive organisations of benefits from the advanced native cloud services, which provide the most business value. You are trading business value for portability.

The second issue, this approach, means you are trading one lock-in for another. For example, many will use VMware virtual machines running on AWS and Azure. VMware in this scenario is the new vendor lock-in.

Use the best of breed

This is one of the most common use cases for Multi-Cloud adoption, I see. Organisation will run certain workloads on one cloud and utilise a native service on another cloud. For example, you see organisations utilising Google’s (GCP) Artificial Intelligence (AI) while using and Machine Learning (ML) their business applications on one Azure or AWS and using GCP for its advanced analytics capability.

Negotiate better pricing

Many organisations believe they can negotiate favourable pricing if they can show they have the option to use multiple cloud providers. Based on my experience, this negotiation tactic hardly ever works. Cloud providers, especially the big three, offer discounts based on volume and commitment. The more you give them, the better pricing they will give you.

Regulatory Compliance

Financial services regulators in the EU, are concerned about the concentration of risk in the form of 3 hyper-scale cloud providers. This concentration of risk is driving organisation to adopt a multi-cloud strategy. However, based on my experience, cloud exit planning is complex and will need a thoughtful strategy and careful execution.

Improve regional performance

Although the big three cloud providers have overlapping coverage across the world, some organisations have unique location requirements. Ali Baba has more locations options in China and it is a favoured choice for those looking to be as close to their customers in that region.

The reasons above do sound appealing enough. However, we need to look deeper to identify risks, constraints, and costs associated with Multi-Cloud.

The WHY NOT

Inflated Costs

Costs fall into two categories: implementation costs and operational costs. Implementation costs for two clouds are 40-50% higher than a single cloud deployment based on my experience. Operational costs are also higher. You have to adopt third-party tools to manage multi-clouds and hire and cross-train your operations teams. All these will increase your operational costs.

Reduced Leverage

The more you spend with a cloud provider, the more volume discounts and attention you receive. Dividing your workloads across multi-clouds will reduce your leverage and result in a higher cost.

Increased Complexity

Multi-Cloud architecture is typically more complex than a single cloud architecture. The added complexity increases the number of potential risks, from a security, compliance, and cost overrun perspective.

Lack of Interoperability

As organisations attempt to move data and applications between multi-clouds, the lack of interoperability becomes a major hindrance. Native services are difficult to replicate on another cloud. Native security and monitoring tools do not work across other clouds. This increases the complexity and cost of operations. You will need to consider deploying third-party tools that span multiple clouds.

Scarce of Expertise

Finding skills for one cloud provider is a challenge in today’s marketplace. Finding experts in multi-cloud strategy, architecture and deployment is a rare find. Before you embark on a Multi-Cloud journey, you need to ensure you have the experts at hand.

Common Multi-Cloud Architectures

Random Multi-Cloud

Often Multi-Cloud Strategy lacks .. strategy. Instead of using a decision framework, the selection of cloud vendors is random. I often see this happen because of the lack of governance and/or persuasive vendor salespeople. In my experience, in these organisations, engineering leads and projects have the final say in the choice of technology.

This random approach can lead to an increase in risks, costs, and operational complexity. This is the one pattern I advise clients to avoid, like Covid-19!

Segmented Multi-Cloud

In this architecture, specific workloads are placed on specific clouds. This approach is superior to the random architecture as it offers a systematic approach based on agreed segmentation criteria. Examples of segmentation criteria I have used with this architecture:

  • Running IaaS workloads on Cloud X and PaaS on Cloud Y.
  • Running customer facing apps on one vendor and internal applications on another.
  • Running customer applications on vendor X and analytics on vendor Y.
  • Net new applications on one cloud and legacy applications on a different cloud.

Organisations need to watch out for in this approach is applications dependencies. If you have dependencies between applications running on different clouds, you could end with unexpected costs from egress traffic between the different clouds.

Redundant Multi-Cloud

In this architecture, multiple instances are running on multiple clouds. There are two versions of this architecture:

In this architecture, the workload is continuously replicated between two different clouds. The setup is often active-active where instances on both clouds are in continuous use. The alternative is active-passive, where an application runs on one cloud, and any spike in consumption (batch job), can run on the cheaper cloud provider at the time.

Redundant architecture is increasingly being adopted in financial services in the EU to comply with regulatory guidelines on mitigation against the concentration of risk.

With redundant architecture, testing is a key to ensure cloud X can take over if cloud Y suffers a catastrophic failure.

Amalgamated Multi-Cloud

In this architecture, a single workload’s components are distributed between different clouds. An example is a web server running on AWS while SAP system is hosted on Azure. With this architecture, organisations need to ensure that latency-sensitive components are kept together on the same cloud. With this architecture, there is a higher chance of an outage due to having multiple clouds hosting different components from the same applications. In my experience, no replication can keep data up to date which means in an outage scenario, there will likely be a data loss.

Recommendations

Those involved in Multi-Cloud strategy and architecture should:

  • Answer the key question: Why Multi-Cloud? You are about to increase the complexity of your cloud adoption, what are you getting back in return? You need to quantify the value of multi-cloud, such as increased agility and best-of-breed multi-cloud offers.
  • Build a business case. Articulate the problem, the opportunities, business outcomes and relevant KPIs. This will help win needed buy-in from the senior leadership in the organisation.
  • Idenitfy common grounds between cloud providers. Key services such as monitoring, security, governance, cost management and operations cannot be kept as native services. In my experience, third-party cross platform tools are often used to provide a holistic view of multi-clouds and reduce complexity.
  • Balance portabaility with business value. Identify applications that require portability and design them for portability between clouds. Applications that require innovation should be kept on one cloud to take advantage of advanced native services.
  • Start with one provider. If an organisation is new to public cloud, then I would strongly suggest it fights the urge to jump straight from on-premise to multi-cloud. A single cloud represents a drastic change in technology, processes, and people. Jumping to multiple cloud from the start is asking for trouble.

The trend today is Multi-Cloud. However, business success, relies on the speed, reliability, quality and innovation of applications that you offer your customers. This should be the driver of technology decisions rather than following a trend.

I hope you have found the post informative and thank you for Reading & Sharing.

Regards,

Nick

Sharing is Caring!

29 Shares

#AI has designed bacteria-killing proteins from scratch – and they work @VirtualTarzan https://t.co/z4MUE4rJ2z
h J R
@VirtualTarzan

- January 31, 2023

The latest from Fox news: US should invade Canada! Can we get any crazier! https://t.co/MsBJVX7BVc
h J R
@VirtualTarzan

- January 28, 2023

#AI has designed bacteria-killing proteins from scratch – and they work @VirtualTarzan https://t.co/z4MUE4rJ2z
h J R
@VirtualTarzan

- January 27, 2023

Follow @VirtualTarzan
Previous

How to Control your Cloud Cost?

September 5, 2021

8 Comments

Jane Wright

September 26, 2021

Excellent post as always Virtual Tarzan 🙂

Reply

Virtual Tarzan

September 30, 2021

Thank you Jane for the kind words.

Reply

Claude

September 27, 2021

Security is big problem in multicloud. what do you mean by common approach?

Cordialement
Claude

Reply

Virtual Tarzan

September 30, 2021

Great question Claude. Dealing with each cloud platform’s native security tools is complex in a multi-cloud architecture. A better approach is to use cross-platform management tools as a single pane of glass to abstract security. For example, use common identity access management (IAM), common encryption, and monitoring across multi-clouds.

In my experience, the strategic approach involves finding the right balance between the conflicting requirements of a simplified consistency across different cloud platforms and a deeply integrated native tooling within an individual cloud platform.

Reply

Helen

October 2, 2021

How do you approach governance in a multi-cloud environment?

Reply

Virtual Tarzan

October 3, 2021

Excellent question Helen. Governance is the law that protects the interest of the business from reckless behaviour that could lead to problems. There are two approaches: Guidelines and Guardrails.

The Guidelines approach advises businesses against risks and shares guidelines. This approach has no enforcement mechanism. Guidelines are easier and quicker to implement as it requires no specialised skills or tooling. It is best suited for mature organisations. The challenge with this approach is that there is no guarantee users will follow the guidelines which could lead to a long list of technical debts and increased risk in the wrong organisation.

The Guardrails approach is focused on prevention and has enforcement authority. Guardrails require specialised skills and relevant tooling for enforcement. This approach reduces the risks of non-compliance, security compromises, and cost overrun by putting enforcement in place.

As for what needs to be governed: Services, Resources, and Cost.

Reply

Freya

October 4, 2021

I like your Twitter photo. I am curious why did you choose two parrots?

Reply

Virtual Tarzan

October 4, 2021

Why did I choose to share a photo with two lovely colourful parrots?
Well, the 8-foot crocodile and the cobra snake were booked that day, so the parrots it was 🙂

Reply

Leave a Reply Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Related posts

General,

How to Control your Cloud Cost?

7 Rs
General,

Cloud Migration – Where to start?

Cloud Savings
General,

5 Actions to Optimise your Cloud Costs

DB Migration
Cloud Strategy, General,

Database Migration to the Cloud

SaaS vs IaaS Cost
General,

Before you sign or renew a SaaS contract do this first

Story Telling
General,

Storytelling: use in boardroom or bedtime?

Recent Comments

  • Virtual Tarzan on Cloud Migration – Where to start?
  • Dan on Cloud Migration – Where to start?
  • Virtual Tarzan on How to Maximise Benefits from Multi-Cloud Adoption
  • Freya on How to Maximise Benefits from Multi-Cloud Adoption
  • Virtual Tarzan on How to Maximise Benefits from Multi-Cloud Adoption

Categories

  • AI-ML
  • Azure Architecture
  • Citrix
  • Cloud
  • Cloud Architecture
  • Cloud Strategy
  • Compliance
  • Digital Transformation
  • EUC
  • General
  • Infrastructure Design & Architecture
  • IT Strategy
  • Storage
  • Troubleshooting
  • vCloud
  • VMware
  • vSphere

Archives

  • September 2021
  • June 2021
  • January 2021
  • November 2020
  • July 2020
  • April 2020
  • March 2020
  • February 2020
  • January 2020
  • December 2019
  • November 2019
  • October 2019
  • September 2019
  • August 2019
  • July 2019
  • June 2019
  • May 2019
  • April 2019
  • March 2019
  • February 2019
  • January 2019
  • April 2018
  • March 2018
  • February 2018
  • January 2018
  • December 2017
  • November 2017
  • October 2017
  • January 2017
  • October 2016
  • April 2016
  • March 2015
  • January 2015
  • November 2014
  • October 2014
  • September 2014
  • May 2014
  • April 2014
  • March 2014
  • February 2014
  • August 2013
  • March 2013
  • January 2013
  • December 2012
  • November 2012
  • October 2012
  • September 2012
  • August 2012
  • July 2012
  • June 2012
  • May 2012
  • April 2012
  • March 2012
  • February 2012
  • January 2012

Follow me

  • Home
  • About
  • Contact me

© 2019 http://virtualtarzan.com. All rights reserved.