Hi Joe and thanks for volunteering to help the Helm project! The maintainers will soon start the voting process on the maintainers mailing list. We'll be in contact with you once the process is

+1

I would like to nominate myself as a triage maintainer. I'm a staff engineer at D2iQ and have been using helm in production for many years. I've been attending the developer calls, shadowed a

I am working on the helm integration into the openshift/kubernetes tooling (VSCode/Eclipse/IntelliJ). So we need to generate a UI for the chart values. As the schema file is not mandatory, what is the

Matt, I do think the capabilities themselves are a useful construct for thinking about operators in general, whether implemented using operator-sdk or not. But of course outside the context of

Thanks for providing clarification with… I think there are a couple problems here, though. People are taking the levels as Helm stand alone vs operators in general. This has come up in numerous

Hi Anil, To complement and add to Paul and Matt's response. Helm and Operator serve separate purposes and can be used in combination to achieve your application packaging and distribution goal. An

I don't think they ever designed their lifecycle definition to be agnostic to operators. The page there is talking specifically about: Operator Capability Levels. So I don't knock them for being

That url is a bit misleading. Its describing their "helm based operator sdk"s capabilities. I have personally done more advanced things then possible with the "helm based operator sdk" can do using a

The "Operator Capability Levels" you reference are comparing helm-based operators, ansible-based operators, and go-based operators as supported by the operator-sdk. Those are the three operator types

I’d like to add to what Paul said. Helm and operators are two different types of things. They don’t solve the same problem. Think of it this way, would I ask apt or yum to implement ansible

The complete Operator capability level is a bit of a misnomer and very self serving and are often not operator specific, but assume the operator writer has implemented extra things. There not really

Hello Helm Team, We are using Helm in our product for the deployments and upgrade. We are looking at the next step of introducing the Kubernetes Operator for handling the Day 2 Operations. Going

Hey all, My apologies for not noticing this first, but this was the incorrect list to have started the actual voting on (Usually, the nomination happens here and the voting is to be conducted on the

+1 !

+1

+1 🎉👏

+1 for Scott

+1 Scott has been very helpful with the charts testing/releasing features and associated GitHub actions!

+1 Regards, Martin