Home Resources Blog Achieving Peak Orchestration in a Multi-Cloud Environment

Achieving Peak Orchestration in a Multi-Cloud Environment

Admin Globaldots
09.04.2020
image 4 Min read

You’ve just been asked to look at a multi-cloud solution. You might put on a brave face for upper management, but deep down you know this isn’t going to be easy. You’re right.

Have you recently moved to the cloud? Perhaps you are mulling over your accomplishments having moved to an agile, DevOps culture. Or maybe you have moved into SaaS-based services such as cloud databases, load balancers, and container clusters? Everything is moving along just fine and dandy, but then you’re required to look at a multi-cloud solution. And now you’re facing an enormous mountain to climb to make it a reality.

Why multi-cloud in the first place?

If money is the answer, what’s the question? For most companies the move to the cloud was pretty simple — there were really only two choices (Azure and AWS), with most choosing AWS. When they arrived, they realized it wasn’t as cheap as it first seemed and then immediately started looking for ways to reduce cost. Other reasons to consider multi-cloud include the following:

  • Flexibility to consume the best of breed services from different cloud providers.
  • Geographic performance and regulatory requirements.
    Avoid vendor lock-in.
  • It’s still mostly about the money.
Cloud Cost Optimization Case Study
Cloud Cost Optimization Case Study

What’s all the fuss?

There are five areas that can make multi-cloud adoption difficult to achieve:

1. Vendor-native languages

What most people don’t realize about cloud computing is that the exact same services are often not actually comparable. For example, the orchestration toolset:

  • AWS – CloudFormation
  • Google – Cloud Deployment Manager
  • Azure – DevOps

There are essentially three different languages to build your infrastructure. Imagine you want to run a Kubernetes cluster to host a website. Before multi-cloud you had one codebase, one deployment pipeline and one set of servers to monitor. If you want to run that website on a different Kubernetes cluster, you won’t be able to copy/paste that configuration for another cloud — you’ll have to write it from scratch. Terraform touts itself as one of the languages that talks to all 3 major clouds, but even if you write everything in Terraform you can’t just re-point it from AWS to Azure. You have to rework the code for each cloud environment. Other tools like Spinnaker also tout the ability to reduce the complexity of multi-cloud deployments but attract massive overheads.

2. Cloud-specific features

Another serious consideration when adopting multi-cloud is all the bits of glue that hold your platform together. IT departments truly are ‘the masters of sticky plasters’ (which often go undocumented). Imagine someone has hacked together a workflow using a Lambda function to bridge a gap in the code somewhere. You’ll never know about this until the service breaks when you run it somewhere else. AWS is excellent at providing hundreds of these micro-SaaS offerings, making it very easy to stitch a platform together, but very difficult to move that platform somewhere else.

multi-cloud

Image Source

3. 3rd party services (such as monitoring)

If you’re monitoring your platform, using something like DataDog, the setup and pricing are based per cloud environment. In order to have reliable reporting and alarms, you’ll need to tinker with alerts and logs, etc. Multiple sets of metrics will need to be gathered from multiple places and when something goes wrong, you’ll have multiple places to look for the problem.

4. The human element

If you split yourself across multiple clouds you can’t expect existing staff to be proficient administrators. The difference between AWS/Azure/GCP (Google Cloud Platform) is not like the difference between a BMW and a Mercedes — it’s more like the difference between a truck and a train. You wouldn’t expect to put a truck driver in a train and everything to go smoothly; staff would need to be retrained and upskilled to accommodate the multi-cloud.

5. Auditing and complexity issues

Anyone who has had to go through GDPR, or an ISO-27001 audit will know the pains of documenting and showing systems to auditors. Now imagine doing that multiple times. Also, if you have fully redundant systems that failover in case of outages, you’ll now need to test this on all your cloud environments.

So, is multi-cloud worth it?

In my opinion, the true load-balanced multi-cloud is probably decades away. Although a few players (like Waze) do have a multi-cloud setup, for most it remains a concept. Dropbox famously moved their storage out of AWS and into private-cloud, GitLab moved from Azure to GCP and the Pentagon recently switched from AWS to Azure.

There may be real advantages in moving smaller chunks of your platform initially though.

Perhaps you have a huge data warehouse that needs to be kept for 7 years for legal requirements — there’s no need for this to be kept next to your main production platform.

Or perhaps you’re building out a new part of your platform that integrates with IoT devices. Let’s say Microsoft has an IoT library you can use off-the-shelf, and you use that to pump data to your main production platform. It’s the sensible, quick wins like this that we should all be looking for.

Don’t look to run the same services in two places, but rather, complement existing services from a multitude of places.

If you have any questions about how to effectively adopt the cloud for your business, or how to optimize your cloud performance and reduce costs, contact us today to help you out with your performance and security needs.

*This article originally appeared in Information Week on March 27, 2020.

Learn More

You’ll Need Zero Trust, But You Won’t Get It with a VPN
SD-WAN and SASE
Eyal Webber Zvik, Cato Networks 12.01.23

Properly implemented, a zero trust architecture provides much more granular and effective security than legacy security models. However, this is only true if a zero trust initiative is supported with the right tools. Legacy solutions, such as virtual private networks (VPNs), lack the capabilities necessary to implement a zero trust security strategy. Zero Trust Security is […]

Read more
4 Ways Where Remote Access VPNs Fall Short
SD-WAN and SASE
Eyal Webber Zvik, Cato Networks 09.01.23

The Global Content Delivery Network (CDN) market is expected to grow by $42.4 billion between now and 2032.

Read more
slider item
Content Delivery Network (CDN)
Francesco Altomare, Southern Europe Regional Manager @ GlobalDots 04.01.23

A Content Delivery Network (CDN) is a globally distributed network of web servers or Points of Presence (PoP) whose purpose is to provide faster content delivery. The content is replicated and stored throughout the CDN so the user can access the data that is stored at a location that is geographically closest to the user. […]

Read more
Unlock Your Cloud Potential
Schedule a call with our experts. Discover new technology and get recommendations to improve your performance.
Book a Demo