-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
KEP-4785: CRDMetrics Controller #4811
base: master
Are you sure you want to change the base?
Conversation
rexagod
commented
Aug 27, 2024
- One-line PR description: This KEP proposes the incorporation of the CRDMetrics controller into the Kubernetes organization, similar to its existing counterpart for native metrics, Kube State Metrics.
- Issue link: Custom State Metrics Resource Controller #4785
- Other comments: Please refer to https://github.com/rexagod/crdmetrics for more details.
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: rexagod The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Resource State API from Kube State Metrics, and replace it by the CRDMetrics | ||
controller which, in addition to its own benefits, would allow Kube State | ||
Metrics to drop all Custom Resource State API-specific behaviors that can crash | ||
Kube State Metrics, directly affecting the availability of native metrics |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- sig-instrumentation | ||
status: implementable | ||
creation-date: 2024-08-27 | ||
reviewers: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
let's add @mrueg as well if he has the bandwidth to review
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Happy to give my input
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I honestly don't know how I missed that, let me fix this ASAP.
This KEP proposes the incorporation of the CRDMetrics controller into the Kubernetes organization, similar to its existing counterpart for native metrics, Kube State Metrics. Refer: https://github.com/rexagod/crdmetrics
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm happy to see this :-)
I will follow along and try to engage and help where possible for me!
* while providing cluster-scoped managed resources (`CRDMetricsResource`) that | ||
allows defining the collection configuration for generating metrics | ||
on-the-fly, and, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🎉 This will be awesome. Having this as a CRD also makes the configuration versioned 👍
would be good to keep the API package which defines the type clean so importing it in other projects (e.g. https://github.com/kubernetes-sigs/controller-tools ) would not introduce other transitive dependencies.
I plan to add a generator for this in controller-tools so the config can be generated from markers just like the CRD itself.
Prior art regarding transitive dependencies for an API package: