3 ms·
I’m familiar with the work out of this lab, they fail to realize a couple things. Vendor lock is real, rarely do resources run in isolation. In organizations,
by mountainriver 4y ago
I’m familiar with the work out of this lab, they fail to realize a couple things.
Vendor lock is real, rarely do resources run in isolation. In organizations, a great amount of work goes into setting up security protocols that are legally defensible. It’s _very_ hard to do this across clouds.
Most cloud abstractions fail because cloud vendors are capitalist entities that get a boost off of lock in. The closest we’ve come is Kubernetes which has managed to get all the clouds on board. This is a rare event, and still has its own limitations.
- avrionov 4y agoThe vendor lock is real, but right now there are enough open source technologies to build an application which is 'portable': - PostgreSQL - Elastic Search - Kafka - Nginx
- mountainriver 4y agoYeah but that doesn't tell the whole story in a mid or large size company. You need to manage how people access things, you will inevitably use cloud resources which encourage lock-in and people will follow the path of least resistance.
- teleforce 4y agoNot sure how it's very hard to perform across clouds if the security protocols being used are open standards. Appreciate if you can elaborate more on the matter. For what it's worth we have several publications on new cross-domain authentication systems with offline capabilities (offline features required for Local-First applications). Personally I'm interested to contribute to the open standards if necessary.
- mountainriver 4y agoIf theres a working open standard thats adopted and has a big community around it then great. I haven't seen that yet, and the clouds are always going to be incentivized to pull away from it. Kubernetes works because its a huge community with some of the most prominent infrastructure devs. I don't see that here