-
Notifications
You must be signed in to change notification settings - Fork 5k
proposal: add host OS addon hooks #5498
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
Comments
Use case addon for this host OS hook: #5507 |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Stale issues rot after 30d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Closing as this proposal appears to be on hold. |
Uh oh!
There was an error while loading. Please reload this page.
In order to provide a richer and more simplified development experience, some addons may be better equipped if they can be integrated with capabilities that run on the Host OS.
The hooks would be ran as part of the addon lifecycle:
Example use cases:
/etc/hosts
file with ingress resources in a cluster so that DNS can be resolved. This would utilize thepost-enable
hook which would start service on the host OS and apre-disable
hook which would stop the service on the host OS. See proposal: Enable host OS dns resolution of cluster ingress host names #5494Options
minikube addon enable
Other considerations
These hooks could also open the door for contributors to start to create "external addons" which would be an addon that can be used with minikube but not part of the minikube codebase. Very similar to how helm enables you to create plugins which are not a part of helm through the use of hooks.
The text was updated successfully, but these errors were encountered: