You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm working a bootstrapping process where I use helmfile to setup a bunch of services (e.g. ingress controller) and then Argo. The last thing I install is a Helm chart that defines Argo CD applications that 'takeover' everything helmfile installed (including Argo) and then has Argo installs some other apps now that it is on its feet.
I have a directory where all of the helm charts live that define the Argo CD Application equivalents of the helmfile releases. I also have a few library charts to keep stuff dry and the chart that defines the ApplicationSet that helmfile installs last to bootstrap everything. It's loosely based on how kube-prometheus-stack arranges all of its charts so I can model releasing all of this the way they do. An example:
I tried using the Git Generator together with selectors to exclude things that I never want Argo to manage because they aren't really deployable things (like app-library and some-reusable-stuff). I also wanted folks to be able to disable some things I'm adding in when they build their own clusters; if they don't want istio they can add an exclusion to it.
As it stands now, the AppSet is just picking up everything including the chart that defines the AppSet, so I have an infinitely nested app set. Any ideas on what might need to be changed? I'd rather not list every chart in a list generator and do it that way; it would be nice to be able to add new things by just creating the chart for it in the charts directory.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Hi!
I'm working a bootstrapping process where I use helmfile to setup a bunch of services (e.g. ingress controller) and then Argo. The last thing I install is a Helm chart that defines Argo CD applications that 'takeover' everything helmfile installed (including Argo) and then has Argo installs some other apps now that it is on its feet.
I have a directory where all of the helm charts live that define the Argo CD Application equivalents of the helmfile releases. I also have a few library charts to keep stuff dry and the chart that defines the ApplicationSet that helmfile installs last to bootstrap everything. It's loosely based on how kube-prometheus-stack arranges all of its charts so I can model releasing all of this the way they do. An example:
I tried using the Git Generator together with selectors to exclude things that I never want Argo to manage because they aren't really deployable things (like app-library and some-reusable-stuff). I also wanted folks to be able to disable some things I'm adding in when they build their own clusters; if they don't want istio they can add an exclusion to it.
Here's my example appset:
As it stands now, the AppSet is just picking up everything including the chart that defines the AppSet, so I have an infinitely nested app set. Any ideas on what might need to be changed? I'd rather not list every chart in a list generator and do it that way; it would be nice to be able to add new things by just creating the chart for it in the
charts
directory.Thanks for the help!
Beta Was this translation helpful? Give feedback.
All reactions