[k8sagic]

I'm running a 500 node cluster, 3 private ones and 5 in an opensource context.

I see this primarily from a business/ops perspective and i do not install helm charts manually through the cli besides for testing.

We provide kubeapps as the packagemanager / interface for providing helm charts and cirumventing package manager features of helm.

For smaller use, we use ArgoCD for IaC and the helm charts are only there for having a package to reference. Again no usage of helm as package manager

[redrove]

I’ve been doing this for about 8 years and have seen a few hundred clusters at dozens of orgs, been using GitOps for the last 4ish years.

Invariably they all involved using helm as a package manager to deploy off the shelf infrastructure with minor adjustments. I still don’t see your point, we can just agree to disagree.

[k8sagic]

I'm happy to discuss this topic and to clarify it.

For me the 'package manager' aspects are more than the templating and having a zip file. For me it is more what apt etc. do

So using helm and its remote repositories, using the helm cli etc.

But we use kubeapps or ArgoCD to install the helm packages and download all helm charts before we deploy them (due to security requirements).

We leverage 100% IaC. Therefore we bootstrap ArgoCD and than install everything through ArgoCD. Only helm charts for our customers/collegues are installed through kubeapps.

[redrove]

I don’t doubt your experience and what you do at your org, yeah that falls into a bit of a different category since you use kubeapps.

I guess what I’m saying is: in my experience across many organizations, helm is indeed treated more like a package manager (like I described above). Your workplace seems to be in the minority.

Hope that made sense :)