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

Support for using/filling variables at runtime #193

Closed
smnmtzgr opened this issue Dec 23, 2020 · 2 comments
Closed

Support for using/filling variables at runtime #193

smnmtzgr opened this issue Dec 23, 2020 · 2 comments

Comments

@smnmtzgr
Copy link

smnmtzgr commented Dec 23, 2020

It would be good to have a mechanism that enables users to use variables in the git-repo which are populated at runtime, e.g. before applying the resources to the k8s-clusters.

This mechanism should enable users to define dynamic variables which are different between clusters. E.g. when using "external-dns" one would need other parameters based on where the k8s-cluster is deployed.

My goald would be to make the git-repo very generic so that I doesnt have to edit it (push new things...) everytime a new cluster is generated.
My preferred workflow should be:

  1. create K8S-Cluster with terraform -> already working
  2. import it into rancher -> already working
  3. add the cluster into a fleet cluster group based on a label -> already working
  4. use the defined git-repo for fleet and deploy things like ingress-nginx, external-dns..... per cluster, but partially with different values.

Other examples and information are discussed here: based on this discussion: https://rancher-users.slack.com/archives/C013SSBKB6U/p1607538982296500?thread_ts=1607538982.296500&cid=C013SSBKB6U

gz#14407

@paulchoi
Copy link

paulchoi commented Feb 3, 2021

I would love to be able to fill in the cluster name as a variable.
When deploying a monitoring/logging agent, I like to identify the cluster by its name. Right now I'd need to create a separate overlay per cluster.

@kkaempf
Copy link
Collaborator

kkaempf commented Dec 12, 2022

Should be fixed by #1164

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

4 participants