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

[Feature] Support for multiple worker groups with different configurations #274

Open
pipeworks-asmith opened this issue Sep 21, 2021 · 1 comment

Comments

@pipeworks-asmith
Copy link
Contributor

It would be great to be able to specify multiple sets of worker statefulsets, each with different configurations. Consider some implementation like:

# values.yaml
concourse:
  workers:  # replacing concourse.worker
    default:  # this is the existing worker group
      <<: *existing-concourse-worker-map
    gpu-enabled:
      # this map merged on top of the default before templating
      tag: gpu-enabled

workers:  # replacing worker, whose new default values look like:
  default:
    <<: *existing-worker-map
  # with new groups added below
  gpu-enabled:
    # this map merged on top of the default before templating
    enabled: 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.

@ericb-summit
Copy link
Contributor

So I guess there is no way to do this still other than

a) creating the resources outside of helm
b) fork the helm chart

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants