[dpenguin]

Can fully relate to the author. We have been struggling with effective k8s at our company for 2 years now. Too much to learn to get your first service in production. You will end up writing wrappers after wrappers that make you think “we can’t be the first guys to solve this” and after googling, you find that every issue you find is described as “just” one of the downsides of using k8s and here’s how we overcame it.

I wish someone can make a deployment orchestrator for your private DC that is as simple to use as Heroku is. Edit: fixed typo.

[erulabs]

> I wish someone can make a deployment orchestrator for your private DC that is as simple to use as Heroku is.

This is what I'm working on, although it is built on top of Kubernetes! We feel Kube suffers from a disconnect between the insane complexity requirements of enterprise deployments and what most coders and businesses actually need - which is exactly what you said: a consistent Heroku-ish experience on their own hardware or whatever cloud is convenient. Kube needs what Git needed - a GitHub. Feel free to reach out to me (email in profile), I'd be happy to chat your ear off about it!

[harpratap]

I don't think there is a disconnect, the K8s team knows about it but this is not a problem meant to be solved by K8s alone. Project like Knative, OpenDeis, Fargate, Cloud Functions are supposed to provide Heroku-like PaaS on top of Kubernetes.

[harpratap]

And I looked at your service, looks a lot like kubeapps i.e a marketplace for Helm charts.

[RcrdBrt]

What about docker swarm? It seems to answer your request about an orchestrator as easy to use as Docker

[dpenguin]

Sorry “typo”. I meant, as easy to use as Heroku is.