Ksonnet: Simplify working with Kubernetes configurations • Hacker News Board

Re: Ksonnet: Simplify working with Kubernetes configurations

#21

Post by malkia » Wed, May 24, 2017, 8:12 PM UTC

nit/rant: I think it would've been better if JsonNet was named differently, since there is "Json.Net" and googling for "JsonNet" find it (or looking at say ht.algolia.com).

It's not that critical to the project itself, just naming and discoverability.

Re: Ksonnet: Simplify working with Kubernetes configurations

#22

Post by Diederich » Wed, May 24, 2017, 9:22 PM UTC

Edmond wrote: post #20

Diederich wrote: post #18

Earlier quoted context omitted.

Wow, that's a huge piece of work. Unfortunately, I don't have the time to dig in deeply enough to truly appreciate it.

feel free to poke around when you have time, it is a very powerful platform...happy to give a demo session to you or a team if you're interested at some point.

Thanks! It does look pretty powerful, and I hope you're getting some traction with it.

Re: Ksonnet: Simplify working with Kubernetes configurations

#23

Post by irispanabaker » Wed, May 24, 2017, 11:47 PM UTC

brbz wrote: post #2

jsonnet is great. We've been using it at my company to generate our configurations for ElasticBeanstalk, Terraform, and other various auxiliary services. We've been looking into moving towards Kubernetes. I'm looking forward to seeing if ksonnet can fit our needs.

you may use this tool for JSON Formatting and Validation.

https://jsonformatter.org

Re: Ksonnet: Simplify working with Kubernetes configurations

#24

Post by guslees » Thu, May 25, 2017, 12:57 AM UTC

moondev wrote: post #10

Is there a dockerhub image or linux binary available? Trying to figure out the context of best way to use this in a job. Currently have been using containerized https://github.com/andreasjansson/envtpl in my builds and been pretty happy with it.

It's "alpha", as the version signifies - but there's a linux/x86-64 binary of 'kubecfg' you can play with on https://github.com/ksonnet/kubecfg/releases

Re: Ksonnet: Simplify working with Kubernetes configurations

#25

Post by tamalsaha001 » Thu, May 25, 2017, 11:51 AM UTC

ithkuil wrote: post #6

BCL is infamous inside google for being a very powerful footgun; jsonnet is a nice reboot of the idea, with a much saner semantics

I thought I was done with BCl/GCL when I left Google. But I guess there is no escape from it. BCL has really weird late binding behavior, very little tooling support.

Can I use ksonnet without knowing what the generated YAML looks like? If I still have to fully understand the underlying YAML formats, then using ksonnet just increases the cognitive load.

I think a parallel is say you decide to use TypeScript since it is all the rage;. But when you try to learn it, most docs says if you do this in TypeScript, this really happens in JS. Now, you need to know both TS & JS to do your job. This is why I personally never found coffeescript etc simpler JS exciting.

Re: Ksonnet: Simplify working with Kubernetes configurations

#26

Post by guslees » Fri, May 26, 2017, 1:34 AM UTC

tamalsaha001 wrote: post #25

ithkuil wrote: post #6

BCL is infamous inside google for being a very powerful footgun; jsonnet is a nice reboot of the idea, with a much saner semantics

I thought I was done with BCl/GCL when I left Google. But I guess there is no escape from it. BCL has really weird late binding behavior, very little tooling support. Can I use ksonnet without knowing what the generated YAML looks like? If I still have to fully understand the underlying YAML formats, then using ksonnet just increases the cognitive load. I think a parallel is say you decide to use TypeScript since it…

The idea is that we can support both simultaneously: - people who want/need full expressiveness can do that, and - people who don't need that can happily use higher-level templates that someone else has put together.

Previous efforts at "simplifying" k8s make you choose between one or the other use-case. ksonnet is trying to provide something that can be more continuous along this spectrum. .. At least that's the hope.