-
Notifications
You must be signed in to change notification settings - Fork 795
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 Request: Customizable Cluster Name in ArgoCD Operator #1093
Comments
Hi @ItsKev , thanks for raising the enhancement request! As I understand, you are looking for a way to change name of default "in-cluster" cluster without needing to do it manually via UI or cli after the ArgoCD cluster is up. AFAIK, there is no existing solution for this in operator. |
Hi @svghadi, thank you for the quick reply. We've identified two primary use cases. The first matches your description. Regarding the second, our platform team creates templates for other teams. When the other teams are working with the template we've encountered repeated confusion about the term "in-cluster". Our templates installs the main ArgoCD instance in the production cluster, with mock instances in testing and external clusters. These are labeled as "in-cluster", "testing", and "external", causing confusion because the "production" cluster is missing. Renaming "in-cluster" to "production" could significantly reduce this confusion. |
Okay, this makes sense. The operator currently creates |
Is your feature request related to a problem? Please describe.
Currently, when deploying an ArgoCD cluster via operator, it defaults to the name "in-cluster" and runs under the server https://kubernetes.default.svc. There seems to be no direct option to rename this default cluster during initial setup.
Describe the solution you'd like
Enable setting a custom name for the "in-cluster" directly in the ArgoCD custom resource during deployment.
Describe alternatives you've considered
The cluster name can be changed post-deployment via the UI or by updating the secret directly.
Additional context
If there's an existing solution we've missed, please inform us. Otherwise, we're open to contributing a pull request to implement this feature.
The text was updated successfully, but these errors were encountered: