News for hackers. Stuff that matters.
Re:Helm (the Kubernetes package manager) 3.0.0 has been rele... by cfors on Wednesday November 13, 2019 @12:29PM (#21526801)
It sure is a leaky abstraction [0]. I would argue that the benefit of it is when spinning up your first Kubernetes cluster, the many community charts created by default can be installed easily with a > helm install stable/mysql.

However, it fails when the reality of running a service in production hits and you need to dive into changing a Chart template, requiring knowledge of not just the Kube API but also more often than not ugly template-fu to get the changes that you want reflected.

I really just recommend using raw K8s resource files for almost everything unless you are managing hundreds of similar releases.

https://www.joelonsoftware.com/2002/11/11/the-law-of-leaky-a...

Re:Helm (the Kubernetes package manager) 3.0.0 has been rele... by whalesalad on Wednesday November 13, 2019 @12:31PM (#21526836)
Agree. We built a management layer to take a DSL that was essentially kube yaml without the boilerplate required for common stuff and piped it on through.

If you’re using Kube you need to understand Kube. Conveniences are great to accelerate common tasks but as you say at some point ya gotta get into the guts of it and tweak things.

Re:Helm (the Kubernetes package manager) 3.0.0 has been rele... by techntoke on Wednesday November 13, 2019 @03:24PM (#21529080)
Using basic K8S resource files requires a lot of duplication, when using Kustomize or Helm isn't supposed to be that difficult to create an abstraction so that you can adopt you templates for multiple environments/purposes and inputs. With library charts in Helm 3, this should help even more to create a list of standard services or dependencies within your template files that can be quickly adopted throughout the organization. Once you have a few templates, then they can be quickly adopted.