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 don't know if I use the provider the bad way, but helm release is not updated when I update a config map referenced in valuesFrom. Eventually a refresh will be triggered on a reconcile but it's far from being optimal to wait minutes to get the desired state.
How could Crossplane help solve your problem?
I think the provider should observe resources referenced in valuesFrom and trigger a helm update on change.
The text was updated successfully, but these errors were encountered:
For example, in my current project, we have standard config maps for the whole environment where each key relates to a specific helm chart. We also have XRDs representing instances of our app, which are built from dozens of charts.
If this feature were implemented without any reasonable buffering, any change of the config map would retrigger the reconciliation of hundreds of releases without any need. Observation of specific keys might be better, but we could generate dozens or hundreds of requests besides those created by the reconciliation loop.
What problem are you facing?
I don't know if I use the provider the bad way, but helm release is not updated when I update a config map referenced in
valuesFrom
. Eventually a refresh will be triggered on a reconcile but it's far from being optimal to wait minutes to get the desired state.How could Crossplane help solve your problem?
I think the provider should observe resources referenced in valuesFrom and trigger a helm update on change.
The text was updated successfully, but these errors were encountered: