-
Notifications
You must be signed in to change notification settings - Fork 94
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
Have interceptors record what routing table version(s) they are aware of #225
Comments
I think the easiest way to do this is to have a simple endpoint on the admin server that will just echo the configMap resource version the interceptor has. The operator can compare that to the latest one fetched from the configMap itself and request an update if needed (there would be the need of an endpoint for that too) |
@khaosdoctor, that would be the second bullet, correct? |
Yep, just agreeing with that haha |
perfect - just wanted to make sure we're on the same page. after #206 (which I'm planning on merging very soon) are you interested in taking this one on? |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. Thank you for your contributions. |
This issue has been automatically closed due to inactivity. |
In #206, interceptors have to stay up to date on a namespace-global routing table. It would be helpful to provide a way for interceptors to confirm that they have gotten a specific version of the routing table.
Use-Case
I imagine the most common use case for this functionality would be to ensure that all interceptors are aware of the most up to date routing table.
Specification
The implementation can vary, but I can think of a few possible and feasible user interfaces:
Service
, then issue the RPC to each interceptor. The scaler currently does something similar with/queue
endpoints.Note that since the routing table is stored in a
ConfigMap
, the aforementioned version numbers can be the same thing as the Kubernetes resource version.cc/ @yaron2 since this is related to #206 and #183
The text was updated successfully, but these errors were encountered: