> On top of another abstraction (VMs)
Who does not need to badly handle infrastructure
> On top of another abstraction (Containers)
Who does not need to badly handle isolation
> On the top of an abstraction (Kubernetes, et.al.)
Who does not need to badly handle scalability
> On the top of an abstraction (K8s Custom Object specification)
Who does not need to badly handle deployment
> An abstraction (OAM)
Who just wants to ship their code
That exists, its called a PaaS. Kubernetes was not meant to be a PaaS.
I'm starting to think people create these orgs to forward their own career, products, or companies.
You mean like Heroku?
Kubernetes allows your ops and developers to collaborate and scale and avoid vendor lock-in.
How does a PaaS (like Heroku?) allows that?
Oracle and Alibaba building a large abstraction on top of kubernetes, to do something kubernetes was not designed to do (though capable of doing), is not the direction I personally believe distributed systems development should standardize around.
There are tons of self-hosted PaaS options that are not built on top of massive abstractions and provide better functionality to their users. Since you mentioned Heroku i'll mention https://github.com/dokku/dokku.
Thanks for the link btw.
"Our solution is way better then all those pre-existing solutions!".
No. No it isn't. Stop acting like you're helping me when you're really selling me something.
And yes I agree those cloud providers will make more money with this trend.
That's why if you had a chance to look at Dokku and any other "better" self-hosted PaaS offerings, they are dead. Ppl today choose to use Kubernetes to build abstractions atop and OAM is a battle tested option to achieve this with better clarity and interpretability. Many companies are shifting away from Cloud Foundry and OpenShift to this approach.