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
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?
The text was updated successfully, but these errors were encountered:
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.
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.
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?
The text was updated successfully, but these errors were encountered: