Live data from Hacker News

Show HN: Koreo – A platform engineering toolkit for Kubernetes

koreo.dev

41–47 of 47 posts

Re: Show HN: Koreo – A platform engineering toolkit for Kubernetes

#41

We use Python to generate these configs at my work. Ends up working out pretty well. I previously worked on the biggest deployment of gcl (the inspiration for KCL, Jsonnet) at Google and it was a giant nightmare and the cause of many outages.

Agreed. I used json-e back in the day, and have been using pulumi more recently, though my pulumi configs are simpler and I'm not sure how well it scales to really complex workloads/job graphs.

https://igor.moomers.org/posts/building-etl-kubernetes

Re: Show HN: Koreo – A platform engineering toolkit for Kubernetes

#42

Just one more YAML bro I swear trust me bro just one more meta level will solve everything just one more yaml please I promise you it's not bad just write yaml it's simple and clean just some more yaml man just one more yaml file you will certainly not regret it just add one more yaml (Congratulations on the launch, looks interesting!)

I wrote the core engine behind this and your comment made me laugh pretty hard because I agree. I debated a lot about the best syntax and we experimented with various alternatives approaches. The core engine actually isn't YAML centric at all, in fact it doesn't use YAML—it is just data structures in and out. We wound up exposing this as YAML purely because there's a lot of tooling out there for dealing with YAML. I…

I'm glad it made you laugh, I wrote it in good faith :) Congratulations again on the launch!

Re: Show HN: Koreo – A platform engineering toolkit for Kubernetes

#43

why k8s ecosystem is so filled with yaml on-top-of-yaml, configuration on-top-of-configuration? where does this end? can we have less yaml, less configuration, not more?

The underlying engine is actually completely decoupled from yaml as it's really just structured data. We chose to stick with yaml for the "interface" since that is ultimately what it's managing—Kubernetes manifests. Personally, I tend to prefer keeping the configuration true to the underlying thing being configured rather than abstracting it away with DSLs, but I realize it's not for everyone.

Re: Show HN: Koreo – A platform engineering toolkit for Kubernetes

#44
I'd love to offer a few words of encouragement for this excellent project. This space only appears crowded to those that have already been here for a while. To everyone else, this might just be the most obvious thing to adopt for Kubernetes and they might not even have heard of Kustomize/Helm. So I would suggest two separate personas to target in the docs and communication: 1) Jaded devs that need to be convinced with detailed proof that Koreo isn't yet-another YAML tool. 2) Everyone else, to whom the pitch is that Koreo is the most obvious choice when the need is A, B, or C.

Looking forward to trying this out soon!

I also think more high level patterns would make Koreo more approachable. Real world problems and how they could be addressed with Koreo.

Re: Show HN: Koreo – A platform engineering toolkit for Kubernetes

#45

I'd love to offer a few words of encouragement for this excellent project. This space only appears crowded to those that have already been here for a while. To everyone else, this might just be the most obvious thing to adopt for Kubernetes and they might not even have heard of Kustomize/Helm. So I would suggest two separate personas to target in the docs and communication: 1) Jaded devs that need to be convinced wit…

Thank you! Very helpful feedback.

We're thinking through better examples to try and highlight some of the key differences from other tools without it being too involved.

Re: Show HN: Koreo – A platform engineering toolkit for Kubernetes

#46

I'd love to offer a few words of encouragement for this excellent project. This space only appears crowded to those that have already been here for a while. To everyone else, this might just be the most obvious thing to adopt for Kubernetes and they might not even have heard of Kustomize/Helm. So I would suggest two separate personas to target in the docs and communication: 1) Jaded devs that need to be convinced wit…

Really great feedback! Better examples and docs is definitely something high on the list.

Re: Show HN: Koreo – A platform engineering toolkit for Kubernetes

#47

Earlier quoted context omitted.

I thought Crossplane v2 was only a design proposal at the moment: https://github.com/crossplane/crossplane/pull/6255 But I guess there is an actual preview implementation now? https://docs.crossplane.io/v2.0-preview/ The comparison on Kro would definitely be good to include as there are quite a few similarities. I can write up more on how it compares in a bit.

Koreo and Kro share a lot of similarities in that both allow you to build abstractions that encapsulate a lot of complexity. For instance, in Kro you could implement a ResourceGraphDefinition that builds a "Workload" abstraction that produces a Workload CRD that, say, lets you specify a container image, a database, and a bucket. Then when you create an instance of this CRD, Kro might map this to a Lambda function, RD…

We added a more extensive comparison on kro here: https://koreo.dev/compare/kro
Post reply on HN