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

Add API Server Service Info to Karmada Status #5567

Open
jabellard opened this issue Sep 18, 2024 · 0 comments
Open

Add API Server Service Info to Karmada Status #5567

jabellard opened this issue Sep 18, 2024 · 0 comments
Labels
kind/feature Categorizes issue or PR as related to a new feature.

Comments

@jabellard
Copy link
Contributor

What would you like to be added:
Once a Karmada instance has been provisioned by the operator, it's status will contain a ref to the secret that contains the admin kubeconfig for the control plane. As such, there's no need to guess where that secret is stored. Similarly, I think it'd be useful to also include the name of the service for the control plane's API server in the status.

Why is this needed:
At Bloomberg, we're currently building a managed Karmada platform and want to use the Karmada operator to manage the entire lifecycle of managed Karmada instances. Tenant control planes will run in our management clusters. As such, the Karmada operator will be running in those clusters. Additionally, we'll also have a higher level operator running in those clusters that, at a very high level, will do the following:

  • Delegate all base control plane functionality to the Karmada operator
  • Perform any additional tasks required for provisioning a tenancy such as creating an ingress resource to allow external traffic to the tenancy's API server running in the management cluster

As of now, when creating an ingress for an API server, we have to guess the name of the service for that server. Although it seems like there's some convention used for generating the service names, relying on that is a brittle approach as it depends on knowledge of an implementation detail that may likely change in the future.

@jabellard jabellard added the kind/feature Categorizes issue or PR as related to a new feature. label Sep 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature Categorizes issue or PR as related to a new feature.
Projects
Status: No status
Development

No branches or pull requests

1 participant