The case against Terraform to prevent vendor lock-in.
Tags: terraform, iac, infrastructure, designpatterns
Published: 2018-09-28 15:32:15

---
title: The case against Terraform to prevent vendor lock-in.
published: true
description: Does vendor agnostic abstractions really prevent vendor-in?
tags: Terraform, IaC,Infrastructure, design-patterns
---

![Terraform](https://davidjeddy.com/wp-content/uploads/2018/07/hashicorp_terraform.png)

*Cross posted from my blog [https://davidjeddy.com](https://davidjeddy.com/?p=836).

Disclaimer: Before we dive into my reasoning against Terraform let me state this: I *personally* think it is an amazing tool that has enabled organizations of all sizes stay competitive in the modern ultra-high velocity market of today's world. That being said not considering the down sides of a tool / process / methodology is destructive and detrimental to everyone.

Terraform, the Infrastructure as Code (IaC) offering from Hashicorp, touts itself as having 'one safe workflow across providers' and being 'simple and powerful'. The community around Terraform even adds the claim that Terraform prevents vendor locking (that is, getting stuck with a single provider for a service). Searching Google for the phrase 'Terraform prevent vendor lock in' and you will see over 64000 results. Seems to be a pretty popular topic!

![Nonsensical Infographics provided by https://chadhagen.com/Nonsensical-Infographics](https://davidjeddy.com/wp-content/uploads/2018/09/Nonsensical_2_bottom.png)


While I like Terraform, using it to prevent vendor lock in is bullshit; The belief of preventing vendor lock in is a false promise of freedom framed by a non-issue. You are already locked in: Windows, OSX, Li/Unix; iOS, Android; On-Prem, Cloud; .NET, Java, OSS; AWS, GCP, Azure , OpenStack. The moment you chose a provider you are locked into that provider without a level of effort to migrate to another provider.

I head you '...but with Terraform you just change providers and you are good to go...'. O really? GCP has t2.micro instances with the same network and root volume throughput? Azure has the same networking as AWS? AWS has the same read access times to long term storage as GCP? No, no they do not. The current cloud providers, while offering some of the same basic level of services do not provide enough overlap that flipping a value in a configuration file allows an environment to be migrated.

The strength of cloud service providers is not in the general offerings, but in the niche offerings. Leveraging the niche specializations in a manner that is holistic to the service your organization offers should be the goal. Yes, you can, and should, use ALL the providers when and where it makes sense. Leverage GCP for AI, Azure for virtual desktops, AWS for storage and BI data analytics. Picking one provider does not mean you are limited to only them. If your IT dept. says otherwise someone has some other motive for not embracing the mindset of 'right tool for the right job'.

![Nonsensical Infographics provided by https://chadhagen.com/Nonsensical-Infographics](https://davidjeddy.com/wp-content/uploads/2018/09/Nonsensical_1_top.png)

At this point it has to be pointed out that yes, using multi-cloud is complicated. Lots of networking, compute calculations, bottle-necks to be aware of, pricing schemes, recovery processes, etc, etc, etc... I fail to see how this is any different than the monolith-to-micro-service shift the software industry recently went through. Applications are already breaking down into smaller and smaller parts. To the point where all 3 major providers have FaaS (functions as a Service) offerings. At this point every function basically points to a URI now so that URI be hosted on another cloud provider is transparent to the application and the end user. Configuration stays in the IaC files, secrets in a secret manager, and deployments merged into the CI/CD process you already have.

In summation; the notion that a magic bullet solution exists that with save you from your future self is bu****it. The fear of your future self / business situation is leveraged against you in a drive to enable on-boarding. Look past the hype, past the slick marketing ploys, past the exuberant presentations. Vendor lock does, and will always, exist. Leverage the specialized offerings from all the vendors; even if it means missing out on the 'cool new toys' of today. We all know how fast computing changes.