Comment by sebazzz
3 years ago
> But I still chose to not tie myself to any of these platforms for anything critical. It requires additional upfront effort, but I can migrate all my applications off of AWS in a moment.
Then you are probably not doing "cloud native" development using their proprietary SDKs, so probably just running some EC2 (virtual machine) instance and RDS (database) instance. That is about the most expensive way you can use the big-tech clouds, at that point you might as well move to the smaller hosting providers like Linode.
No, that's not what I do.
But I can structure my application so that the innards are not tied to AWS APIs.
For example, SNS is just a small messaging module that I can easily replace for something else by reimplementing literally half a dozen functions.
Guys, these problems have been present in software development for the past half century. They have solutions if you care to find them.
That is not what I would call a "moment". If you have to rewrite your application code to migrate to a different platform, that's not going to be a moment.
Even if you abstract away most of the platform specific stuff in your code, that's going to take days/weeks of implementation and testing before you can go live. That won't help you when a provider suddenly bans your account in the middle of the night, and you need it running asap.
> If you have to rewrite your application code to migrate to a different platform, that's not going to be a moment.
Having a couple of days of downtime might be an acceptable tradeoff for an event with a very low chance of happening. Risk management basically. (If your business doesn’t survive that downtime it might be a completely different story of course.)
1 reply →
How well do smaller / more traditional providers support auto scaling and various other "elastic" features of AWS? I only have experience with renting a "traditional" VPS, and some of the more modern AWS offerings.