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 post beta tasks #3

Open
wants to merge 1 commit into
base: metrics-stability-beta
Choose a base branch
from

Conversation

RainbowMango
Copy link

I guess post-beta tasks means the tasks that can be started after beta.

I also have thought if we should filter metrics from an endpoint.
E.g. now, if we get metrics by curl localhost:10255/metrics, all metrics will be shown out.

If there is a scenario that user just wants some specific metrics?
E.g. curl localhost:10255/metrics/metrics_1&metrics_2 . in this case ,only metrics_1 and metrics_2 will be shown.

@logicalhan logicalhan force-pushed the metrics-stability-beta branch from a4559c8 to 264a1e5 Compare November 13, 2019 21:09
@RainbowMango
Copy link
Author

Hi Han, any other content is needed for this KEP?

I can think of is enable hidden metrics, Now only normal metrics support this. The value function (GagueFunc) and custom collector do not support this, can we address them to this KEP?

logicalhan pushed a commit that referenced this pull request Aug 16, 2020
Added multi-node test scenarios
logicalhan pushed a commit that referenced this pull request Apr 8, 2021
logicalhan pushed a commit that referenced this pull request Jun 27, 2021
Ensure Implementation stategy captured in the KEP matches latest implementation
logicalhan pushed a commit that referenced this pull request Aug 18, 2022
chore: rename to `key_id` and use bytes for metadata
logicalhan pushed a commit that referenced this pull request Mar 21, 2023
…ategy (kubernetes#3661)

* Initial KEP for improving pruning in kubectl apply

* Add design details

Co-authored-by: Katrina Verey <[email protected]>

* Add another open question

* Links, clarifications, ownerRef and GKNN explanations

* Follow-on to initial feedback, address some unresolved blocks

* Fix lint errors

* Add more detail about reference implementation (#2)

* Apply prune jan25 (#3)

* More clearly delineate specification vs kubectl details

* Move design details of spec to Design Details section

* Updates from synchronous conversation

* Remove leftover paragraph (kubernetes#5)

Not an alternative rejected any more, given applyset.k8s.io/inventory

* Justin has always been coauthor

* KEP-3659: production readiness etc (kubernetes#4)

Fill in the testing/ PRR sections.

* Fix test failures

* Prune: document confused deputy attack and mitigations

Likely pushes us to GKNN-derived IDs.

* Constrain applyset id

We just choose the constrained applyset id to prevent "applyset ID
impersonation".

* Update KEP and PRR metadata

* Enhance testing description

* ID vs name fixes

* Fixes from soltysh's review

---------

Co-authored-by: Justin Santa Barbara <[email protected]>
logicalhan pushed a commit that referenced this pull request Sep 11, 2023
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

Successfully merging this pull request may close these issues.

1 participant