As we start development on Helm v3 we wanted to collect the user profiles to aid us in writing and evaluating user stories. User profiles are similar to personas but are categories rather than example

Very useful, thanks. Question: Are these categories intended to include or exclude someone creating their own bespoke application, which they build and deploy via CI/CD? The examples of WordPress and

These categories are intended to include those creating their own bespoke applications. The role, which is described in a user profile, for someone developing the bespoke application is separate from

So, I've come across a use-case for Helm at several different user sites, enough that it seems to constitute a major use-case: using Helm as a minority component of a larger build pipeline. I can't

No disagreement regarding the different roles, but certain design affordances may be made if the deployment environment were known. Yes, thanks.

Josh, I might be able to share how this fits... What is the build system person doing? Distributing application? Operating applications? I'll try to illustrate with some examples. Bitnami maintains

Hi, We are using Helm in our staging systems. Have a question to you guys on helm install command. Recently we started using Prometheus a CNCF product. The Prometheus server need a Configuration file,

Dear community! Helm is crucial in our software stack since we heavily use it in our own CI/CD workflow tool (sorry, we still have no English docs but we'll be improving that soon). It's so important

Hi Dmitry, Thanks for reaching out. I can't speak for those issues and PRs in particular, but I wanted to make you aware that the Helm community is currently undergoing planning for Helm 3, and as

As part of the work to get going on Helm 3, the next major release, we've started to collect a set of user stories. The goal is to collect those that are above and beyond what's currently in Helm 2

Dmitry, I can add a little to what Adnan shared... Helm tries to provide a semantic version guarantee to not break APIs on a major version. When the development from Helm v1 to Helm v2, which was

Very useful. Questions about 1.1 and 1.8: How are these 2 different? 1.1 is about pulling from cluster-local storage, whereas 1.8 is about pulling from a single source for all clusters? 1.8 is

Brian, that's a good question. These are definitely similar and may be able to be combined. There have been requests to have a service running in a cluster that watches or is notified of changes in a

+1, that is a major usage pattern for us and implemented using flux-helm. I don't think this has implications about what would trigger a pull/upgrade. This is because anything that triggers a pull

Quinton, I'd be happy to come. Would the March 27th meeting be a good one for this? Good idea. I'll craft a PR. Cheers, Matt -- Matt Farina mattfarina.com Go in Practice - A book of Recipes for the

Hi Matt Thanks, your writeups are very useful. Two comments/questions: 1. Your multi-cluster use cases would be interesting to kubernetes-SIG-multicluster, who might also be able to provide you with

Yup, March 27th works. I've added you to the agenda.. -- Quinton Hoole quinton@...

Hi Dropping Computer Science, right about now... Ilya dug up this new paper from Simon Peyton-Jones (MS Research) and others. They look at build systems from a theoretical POV. Their objective is

Alexis, Thanks for sending that paper out. It was a fun read to start my day. I think it's only tangentially relevant to Helm because Helm is a package manager rather than a build tool. A comparison

Matt Yes, absolutely build is a more complex case. But it can be a super set of packaging, as exemplified by nix. All these systems benefit from being deterministic and compositional, and I think the