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

Handling Native Kubernetes Workload Objects #3381

Open
finally-fancy opened this issue Oct 8, 2024 · 0 comments
Open

Handling Native Kubernetes Workload Objects #3381

finally-fancy opened this issue Oct 8, 2024 · 0 comments

Comments

@finally-fancy
Copy link

Description
Busula should introduce a configuration option that allows users to selectively disable or filter out specific Kubernetes resources, such as Pods, Deployments, and ReplicaSets, at both the API query level and the UI rendering level. This can be easily achieved if native Kubernetes objects are handled like any CRD object, as proposed, by reading the OpenAPI 3.0 schema instead of the CRD's spec. In this case, native Kubernetes objects are treated the same as CRDs, allowing them to be disabled in the same way as CRD objects.

Reasons
In Busula, Kubernetes workload objects like Pods, Deployments, and ReplicaSets are typically shown by default. However, in certain use cases, such as when using KCP (Kubernetes Control Plane) with specialized environments, showing these standard Kubernetes workload objects is unnecessary or even irrelevant. This can result in cluttered UIs with unnecessary data and unwanted API calls that return HTTP 404 errors when Busula attempts to query objects that don't exist or aren’t supported by the KCP API-Server.

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

1 participant