Hi, OAM and KubeVela author here.
We originally created these specification and projects to facilitate delivering applications to Kubernetes without exposing all the nitty-gritty details. There's a lot to do to achieve such goal besides managing application templates, clusters, environments, cloud resources and service bindings, etc. We have seen common patterns rising up within companies of medium and large sizes. That's why we created them to provide common platform for others to build their own application platforms.
Let me know if you have any questions and I will be available here to answer them.
The spec doesn't appear to address the 12-factor app spec which does a similar job in a more general way.
I really like this approach for simplifying Kubernetes. A few projects similar to OAM in that it provides a higher level "Application" CRD:
https://github.com/vmware-tanzu/carvel-kapp
https://github.com/k11n/konstellation
https://github.com/kalmhq/kalm (We ended using this one, which came with a set of matching web UI)
There's a K8s implementation of OAM called KubeVela (https://github.com/oam-dev/kubevela )
Don't get it. Seems like someone is trying to make Kubernetes work on Service Fabric or something.
It should be named Open Kubernetes Application Model. If I'm understanding correctly, it should be "portable" to other orchestrators or even bare metal. However, it seems to be quite leaky of the underlying Kubernetes stuff.
Edit: Yep, wrong thread, thanks.
An abstraction (OAM)
On the top of an abstraction (K8s Custom Object specification)
On the top of an abstraction (Kubernetes, et.al.)
On top of another abstraction (Containers)
On top of another abstraction (VMs)
I wonder if the Dyke-sealing-boy is available for the inevitable leaks?
On a slightly more serious note, even though I participated in OAM early in the process, I've never really seen the value in the abstraction it provides, especially since it's using the Kubernetes Custom Object Model to run on Kubernetes (first, not only, I know).
Oh the longing and despair of missing Docker Swarm... It was missing so little...it was so well done and simple, elegant. Docker Swarm is now the betacam of container orchestration solution. hopefuly all these layers (kube-> custom kube -> OA*) will soon converge and fold themselves into something grandiose, efficient and simple. How eager I am to be there :-)