• mei 4, 2017

Why vendor lock-in is not an issue when using public cloud

Why vendor lock-in is not an issue when using public cloud

Why vendor lock-in is not an issue when using public cloud 620 400 Roderick Derks
Estimated reading time: 2 minutes

“What about vendor lock-in?” people ask me when I’m having talks about public cloud. “If I put all of my applications and data in Azure and Office 365, Microsoft has got me by the balls. Why should I do this?”

It is a good question, and there is a good answer too.

To be sure, everything has a component of lock-in. Buying a house, a car, your vacation, getting into a relationship, going to a concert.. Some for the longer term, some shorter.

Same thing goes for IT. Programming languages, application runtimes, operating systems, databases, fileservers (damn those), you name it. What matters is the ability to change providers, or the cost to swap out the component entirely.

Vendor lock-in only really bites you when your dependent technology gets more expensive, but stagnates in value.

So you only have to do two things:

  1. Select a platform of which you believe that it will give you constant innovation, with costs that only grow as your business does;
  2. Define an exit strategy: build your components in a way so that they are portable, and the same time build up the funds so you are able to move the components and data overtime.

It’s as simple as that.

An exit strategy is just another part of the public cloud plan you make

An exit strategy is just another part of the public cloud plan you make 🙂