-
Notifications
You must be signed in to change notification settings - Fork 30
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
[feature request] Kubernetes feature gates statistics and dashboards #74
Comments
Not sure what is an action item for DevStats here... |
I don't see a way of creating such dashboards in DevStats as we just don't have such data there - DevStats only has git and GitHub archives, GitHub API data - none of them are aware of feature gates - looks like this is something K8s specific... |
IIt can be obtained by processing the git files on the repository, I don't know if by git you only refers to the gist history, independently of that, I can try to make the data available ... if the data is available are these dashboard feasible in devstats or still not something that really belong here? I just opened the issue to check the feasibility and gather feedback |
I do have list of files added/deleted/modified in each git commit, but still no idea how to make such dashboards from those files, also anything like this (new dashboards) needs to be approved by @caniszczyk first. |
not a big deal, just wanted to know if is feasible, I can create a periodic job that export the data to big query, is not much ... totally fine to close the issue if you don't feel it belongs here |
Well, it's not like this, I can evaluate creating a dashboard in DevStats but would need an approval to do this 1st and then I would need a lot more info/specs about how to detect all states that you are interested in via checking git commit files, etc. |
+1
…On Wed, Sep 11, 2024 at 9:16 AM Łukasz Gryglicki ***@***.***> wrote:
Well, it's not like this, I can evaluate creating a dashboard in DevStats
but would need an approval to do this 1st and then I would need a lot more
info/specs about how to detect all states that you are interested in via
checking git commit files, etc.
—
Reply to this email directly, view it on GitHub
<#74 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAPSIOERZSC5O3D7LSOGSLZWBGCBAVCNFSM6AAAAABN6XU74SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNBTHAYDEOBZHA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
--
Cheers,
Chris Aniszczyk
https://aniszczyk.org
|
Right, so now when I have a green light - I need to have way more detailed specs on how should I implement those dashboards - each fo them should have some kind of documentation that specifies what exactly it is supposed to do, how to detect various states - like:
For all of those:
Questions:
@aojea ? |
Sorry for the slow response, let me come back to you next week, I´ll reach out in the slack channel to iterate on this details, as there may be multiple possibilities |
There was recently a very discussion in sig-architecture mailing list about What if we eliminate the beta stage for new features?
Lot of good points were raised, though it was obvious the problem is complex as it involves (at minimum) three categories of features as described by @thockin here
I will be very useful to have some dashboard showing the existing feature gates states across releases that helped to do a more data driven decision.
I've created a one shot analysis here but it quickly got outdated (it is from 1.29), I obtained the data with this dirty script .
I think that the important fields are
FeatureGate|SIG Owner
that is 1:N toRelease|Default Value| Locked| State
(State: can be alpha, beta, deprecated, GA )Interesting dashboards that come to mind ( these are suggestions feel free to add remove):
The text was updated successfully, but these errors were encountered: