3 ms·
It is amusing that for years the common wisdom and fad was to write your database layer so that it could be independent of the database engine. The idea was to
by ThinkBeat 6y ago
It is amusing that for years the common wisdom and fad was to write your database layer so that it could be independent of the database engine.
The idea was to avoid vendor lock and make it "easy" to change the database engine.
A project was on, perhaps 2 years ago, still followed this pattern, but it ended up also adopting somewhere between 10 - 15 AWS services and we never discussed an abstraction layer on top of it.
There are one or two efforts now to create an independent layer on top of cloud services. I have a hard time understanding how that will work outside of basic services.
- sangnoir 6y agoKubernetes is the independent layer on top of cloud services - unsurprisingly it is championed by Google who are #3 in the cloud business, so they have a vested interest in people not being vendor locked to AWS. K8s seems to be doing well.
- monstersinF 6y ago> There are one or two efforts now to create an independent layer on top of cloud services. I have seen this fail in dozens of ways