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

Enable NodeFeature API by default #1187

Closed
marquiz opened this issue Apr 25, 2023 · 11 comments · Fixed by #1329
Closed

Enable NodeFeature API by default #1187

marquiz opened this issue Apr 25, 2023 · 11 comments · Fixed by #1329
Assignees
Labels
kind/feature Categorizes issue or PR as related to a new feature.
Milestone

Comments

@marquiz
Copy link
Contributor

marquiz commented Apr 25, 2023

What would you like to be added:

Set default of -enable-nodefeature-api to true. IOW, will disable the gRPC API (by default) and, instead, use NodeFeature objects for communicating features and labels from nfd-workers to nfd-master. This will also automatically enable the usage of NodeFeature objects for 3rd party extensions.

Why is this needed:

Deprecation of NFD gRPC API.

@marquiz marquiz added the kind/feature Categorizes issue or PR as related to a new feature. label Apr 25, 2023
@marquiz
Copy link
Contributor Author

marquiz commented Apr 25, 2023

Would be nice to get feedback when do you think we're ready to make this switchover 😇 @ArangoGutierrez @zvonkok @mythi @PiotrProkop et al

@PiotrProkop
Copy link
Contributor

I think one thing that is missing to make it happen is to implement leader-election for nfd-master. If someone wants to run multiple replicas of nfd-master we need to prevent multiple pods from updating same CRs :)

@marquiz
Copy link
Contributor Author

marquiz commented Apr 25, 2023

implement leader-election for nfd-master

Good point. Could you create an issue about that?

@PiotrProkop
Copy link
Contributor

implement leader-election for nfd-master

Good point. Could you create an issue about that?

#1188

@marquiz
Copy link
Contributor Author

marquiz commented Aug 23, 2023

@ArangoGutierrez @PiotrProkop what do you think about this one? Wait until v0.15 or push it already in v0.14

@PiotrProkop
Copy link
Contributor

I am fine with both approaches. Leader-election is implemented and if gc PR will be merged we should be good to roll it out.

@marquiz
Copy link
Contributor Author

marquiz commented Aug 23, 2023

Thanks @PiotrProkop. I'm also find with both. Leaving this to @ArangoGutierrez then as he probably has the most experience from the production point-of-view 😊

@ArangoGutierrez
Copy link
Contributor

once this is done, we should set this to true #1305

@ArangoGutierrez
Copy link
Contributor

the API has passed all recent QA tests, so I think is ready for show time!
/assign

@ArangoGutierrez
Copy link
Contributor

/milestone v0.14

@ArangoGutierrez
Copy link
Contributor

WIP

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature Categorizes issue or PR as related to a new feature.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants