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.
Show HN: Koreo – A platform engineering toolkit for Kubernetes
41–47 of 47 posts
Re: Show HN: Koreo – A platform engineering toolkit for Kubernetes
#42Just 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…
Re: Show HN: Koreo – A platform engineering toolkit for Kubernetes
#43why 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?
Re: Show HN: Koreo – A platform engineering toolkit for Kubernetes
#44Looking 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
#45I'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…
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
#46I'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…
Re: Show HN: Koreo – A platform engineering toolkit for Kubernetes
#47Earlier 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…