Open Application Model – An open standard for defining cloud native apps • Hacker News Board

Re: Open Application Model – An open standard for defining cloud native apps

#31

Post by resouer » Sat, Mar 20, 2021, 5:09 AM UTC

tmpz22 wrote: post #13

linkdd wrote: post #12

Earlier quoted context omitted.

> its called a PaaS 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?

K8s is one of many options to collaborate and scale applications and for many organizations it is not the best option. It also comes with lots of vendor lock-in if you're using a service like GKE, EKS, or AKE, or integrate with any of their loadbalancer or storage solutions! Oracle and Alibaba building a large abstraction on top of kubernetes, to do something kubernetes was not designed to do (though capable of doing…

Actually, almost every big company built massive abstractions on top of Kubernetes and it is what Kubernetes is designed to do (and good at).

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.

Re: Open Application Model – An open standard for defining cloud native apps

#32

Post by resouer » Sat, Mar 20, 2021, 5:51 AM UTC

tmpz22 wrote: post #16

linkdd wrote: post #15

Earlier quoted context omitted.

Yes K8s is one of many options, but one that can translate to many situations. I'd still choose it over anything else when I need more than a `docker run` on a server. Thanks for the link btw.

No worries and maybe I am being harsh here but this whole thing seems like a couple big providers trying to push their own idioms on the DevOps industry, an industry which is already saturated on dishonest marketing kool-aid. "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.

There's no such industry named "build app-centric platforms".

Re: Open Application Model – An open standard for defining cloud native apps

#33

Post by afterwalk » Sat, Mar 20, 2021, 6:59 AM UTC

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)

Re: Open Application Model – An open standard for defining cloud native apps

#34

Post by nerdyyatrice » Sat, Mar 20, 2021, 7:27 AM UTC

afterwalk wrote: post #33

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)

Have you looked at https://www.shipa.io/

Re: Open Application Model – An open standard for defining cloud native apps

#35

Post by nerdyyatrice » Sat, Mar 20, 2021, 7:28 AM UTC

notmars wrote: post #28

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 :-)

I think that's the direction KubeVela is going

Re: Open Application Model – An open standard for defining cloud native apps

#36

Post by nerdyyatrice » Sat, Mar 20, 2021, 7:29 AM UTC

juliangamble wrote: post #5

The spec doesn't appear to address the 12-factor app spec which does a similar job in a more general way. https://github.com/oam-dev/spec/search?q=12+factor https://12factor.net/

I wonder why do you think OAM should follow the 12-factor app spec? I personally have never heard of a spec created to address another spec.

Re: Open Application Model – An open standard for defining cloud native apps

#37

Post by withinboredom » Sat, Mar 20, 2021, 7:47 AM UTC

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.

Re: Open Application Model – An open standard for defining cloud native apps

#38

Post by anonymousDan » Sat, Mar 20, 2021, 10:44 AM UTC

outside1234 wrote: post #3

Don't get it. Seems like someone is trying to make Kubernetes work on Service Fabric or something.

What is service fabric?

Re: Open Application Model – An open standard for defining cloud native apps

#39

Post by linkdd » Sat, Mar 20, 2021, 10:56 AM UTC

anonymousDan wrote: post #38

outside1234 wrote: post #3

Don't get it. Seems like someone is trying to make Kubernetes work on Service Fabric or something.

What is service fabric?

A google search gives me https://github.com/microsoft/service-fabric

Not sure if that's what "parent" meant.

Re: Open Application Model – An open standard for defining cloud native apps

#40

Post by antman » Sat, Mar 20, 2021, 1:03 PM UTC

notmars wrote: post #28

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 :-)

Have you tried Nomad?