Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Make repositories to check for newer versions configurable, by chart / namespace, ... #353

Open
fibbs opened this issue Dec 26, 2024 · 1 comment
Labels
enhancement Adding additional functionality or improvements triage This bug needs triage

Comments

@fibbs
Copy link

fibbs commented Dec 26, 2024

Is your feature request related to a problem? Please describe.
I am having the problem that some charts seem to have several sources with the same name, such as:

Release Name              Installed              Latest           Old     Deprecated
============              =========              ======           ===     ==========
kafka-ui                  0.7.6                  1.4.9            true    false

For kafka-ui I have version 0.7.6 installed, which is the current one on the official repository:

> helm repo ls | grep kafka-ui
kafka-ui                    	https://provectus.github.io/kafka-ui-charts

> helm repo update kafka-ui
Hang tight while we grab the latest from your chart repositories...
...Successfully got an update from the "kafka-ui" chart repository
Update Complete. ⎈Happy Helming!⎈

elm search repo kafka-ui
NAME             	CHART VERSION	APP VERSION	DESCRIPTION
kafka-ui/kafka-ui	0.7.6        	v0.7.2     	A Helm chart for kafka-UI

On artifacthub.io, though, there is a version 1.4.9 in a repo called "kafbat". I am not sure wether this might really be better in this specific case (didn't check yet), but if we suppose I want to stay on exactly this version, it would be nice to configure that THIS specific Chart should only be searched for in THAT repository, somehow.

Describe the solution you'd like
A configuration option to search for either specific names of Helm Charts or for specific namespaces in specific clusters only inside specific repositories. One lovely solution could also be to have a secret or configmap inside the cluster's namespace hinting Nova to search at the right place. The last of my suggestions would even solve a situation where you might have internal registries and Helm Repositories where all upstream charts go through some kind of validation process and are then "published" internally. You could with this check for upstream with one test cluster, and for internal by referencing so with a cluster-internal "ruleset".

Additional context
A "rule-based nova configuration inside the K8S cluster" would also make possible to set unwanted versions like -rc.* or -beta.* per namespace, per chart name or such, maybe with a Regex based ruleset.
But in any case, I would be happy with any other solution that allows me to "pin" helm charts to be found only in specific Helm Repositories.

@fibbs fibbs added enhancement Adding additional functionality or improvements triage This bug needs triage labels Dec 26, 2024
@sudermanjr
Copy link
Member

Have you looked through all of the possible configuration options, and the config file options on this page? https://nova.docs.fairwinds.com/usage/#options

I don't know that they will perfectly handle the scenarios you've listed here, but I do believe we could get much closer than just the default configuration that you seem to be using here.

If you have, please share more details about the configuration that you are using and how it could be improved.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement Adding additional functionality or improvements triage This bug needs triage
Projects
None yet
Development

No branches or pull requests

2 participants