kubernetes-sigs / kubernetes-sigs/node-readiness-controller
[FEATURE] add a managed-by label to CRD
@yindia is already working on this.
Since Aug 21, 2026.
- Dominant language
- Go
- Stars
- 164
- Forks
- 75
- Avg merge
- 8d 23h
- Merged PRs (30d)
- 13
Description
Is your feature request related to a problem or existing issue? Please describe.
In a managed provider environment, the control-plane is hosted and node-readiness-controller if installed is invisible to the user. so controller itself is not visible to the end-users risking duplicate installation and two controllers competing to manage taints. Add guardrails / visibility into protecting this scenario.
Describe the solution you'd like
- One simplest way to handle this to stamp our artifacts with a 'managed-by' label, ref: https://kubernetes.io/docs/reference/labels-annotations-taints/#app-kubernetes-io-managed-by.
And add clear documentation about it. A provider setup could handle this with a managed-by:<provider> label.
-
It should be added to CRD because it will be visible to any NRC install flows and available across namespaces.
-
Add a helm pre-install hook or similar so the chart installation will detect existing CRD and fail with guidance
Describe alternatives you've considered
- implement a validation check in the controller itself as a start blocker, but the discovery is complicated and may require additional permissions
- provide additional exclusive tooling for detecting if a controller exists
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.