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
It would be great to be able to specify multiple sets of worker statefulsets, each with different configurations. Consider some implementation like:
# values.yamlconcourse:
workers: # replacing concourse.workerdefault: # this is the existing worker group<<: *existing-concourse-worker-mapgpu-enabled:
# this map merged on top of the default before templatingtag: gpu-enabledworkers: # replacing worker, whose new default values look like:default:
<<: *existing-worker-map# with new groups added belowgpu-enabled:
# this map merged on top of the default before templatingenabled: true
This would replace current solutions offered such as handling multiple Helm releases -- one containing all the components while the rest have web.enabled=false and postgres.enabled=false. Logically, a single Concourse cluster should be able to be managed by a single Helm release, and I think the added complexity from this feature would not outweigh the benefits.
The text was updated successfully, but these errors were encountered:
It would be great to be able to specify multiple sets of worker statefulsets, each with different configurations. Consider some implementation like:
This would replace current solutions offered such as handling multiple Helm releases -- one containing all the components while the rest have
web.enabled=false
andpostgres.enabled=false
. Logically, a single Concourse cluster should be able to be managed by a single Helm release, and I think the added complexity from this feature would not outweigh the benefits.The text was updated successfully, but these errors were encountered: