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

Execute watch api should redirect to node that actually holds the watch #39435

Open
martijnvg opened this issue Feb 27, 2019 · 1 comment
Open

Comments

@martijnvg
Copy link
Member

If the execute watch api, executes an existing watch, then the execute watch api call should occur on a node that actually holds that watch.

Currently the execute watch api execution occurs always on the coordinating node. In case of executing an existing watch, the execute watch api, executes a get request to fetch the source of the watch and then execute that on the coordinating node.

This change would help use cases where for example only nodes with .watch shards are allowed to send emails. Currently in these use cases the execute watch api only works if the execute watch request is send to specific nodes and if someone is using the execute watch api from Kibana, there is no real control over to what node the request is send to.

@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-core-features

@rjernst rjernst added the Team:Data Management Meta label for data/management team label May 4, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants