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

Propagate Backstage Kubernetes URL #18

Open
dmartinol opened this issue Mar 4, 2024 · 2 comments
Open

Propagate Backstage Kubernetes URL #18

dmartinol opened this issue Mar 4, 2024 · 2 comments
Labels
enhancement New feature or request

Comments

@dmartinol
Copy link
Contributor

Instead of hardcoding the K8S_CLUSTER_URL in the template, shouldn't we reuse the same as the one configured in Backstage?
And BTW, what if there are many clusters configured?

@dmartinol dmartinol added the enhancement New feature or request label Mar 4, 2024
@masayag
Copy link
Contributor

masayag commented Mar 10, 2024

For testing, it simplifies the configuration to the dev/qe to assume backstage and other services/operators are all installed on the same cluster.
For that, we can obtain the K8S_CLUSTER_URL and probably also create a service account and generate the token for the K8S_CLUSTER_TOKEN.

This is less feasible for production, in which the admin may decide on the target cluster and have more than one for the different services.

@dmartinol
Copy link
Contributor Author

Correct. What about to rephrase this issue like:

The software template should provide a way to select one of the K8s clusters configured in backstage as the input of the generated workflow

This way, there is no implicit selection of the target cluster, and the user can specify the one where he wants to deploy the resources with a simpiofied user interface. The assumption here is that all the managed clusters are configured in Backstage, but this should be the actual way to use it in an enterprise deployment, IIUC.

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

No branches or pull requests

2 participants