Haha, no I didn't mean that service in particular. I was using 'special snowflake solution' as a derogatory term for the branded and managed services that cloud providers sell.
I hear this a lot, but it's a silly argument. Lock-in doesn't come from using the special services. It comes from your data being hard to move.
Before I moved reddit from a datacenter to AWS, I was "locked in" to my datacenter. It took weeks to get all the data out and into AWS.
Working around their special services isn't all that hard. Nothing AWS offers is that hard to replicate outside of AWS if you want to. The hard part is getting your data out.
So if you're going to put all your data into AWS anyway, you might as well use their services and save yourself some time and effort reinventing what they've already done. If you really need to move out later, then make the investment in rebuilding the tools they offer.
Moving a TerraForm managed infrastructure, which has higher complexity than one ec2 instance, to another provider basically means rewriting most TerraForm code.
I don't see TF to lower the barrier of vendor lockin really.
Cloud portability? Containerization if your app isn't built with serverless in mind, serverless if it is. Is there anything snowflake-y about the Big Three's offerings for container orchestration and true serverless?
And for not-infrastructure cloud services, aren't they pretty interchangeable? I recently evaluated four different cloud speech-to-text services. Sure the APIs differed, but you know, it's an API call. I see nothing to complain about.
Even if you don’t use the special snowflakes, you’re still in a Linux vs Windows sort of world where your AWS skills won’t apply to Azure if you’re working on the operations and security parts.
That was really not my point, my point is that once you’re a wizard in azure operations those skills won’t transfer to AWS. Similarly to how a windows admin can’t automatically use his/her skills as a Linux sysadmin and vice versa.
Maybe the switch isn’t too bad for small customers, but in enterprise where people spend years specialising and obtaining and renewing certificates you can’t just transfer your staff members between the cloud services without a major retraining investment, in which you’ll likely loose your best staff because there is a reason they chose to spend all those years on your previous service.
I see. Given that Azure offers both Linux and Windows server environments, your analogy was a little unclear to me.
Ideally, this particular challenge can be overcome using something like terraform, which allows you to build infrastructure in a relatively cloud-agnostic way. But even that is a risk, since it's a relatively new project.