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

[Feature] Blocking queries for /v1/catalog/datacenters #2736

Open
ashald opened this issue Feb 12, 2017 · 4 comments
Open

[Feature] Blocking queries for /v1/catalog/datacenters #2736

ashald opened this issue Feb 12, 2017 · 4 comments
Labels
theme/federation-usability Anything related to Federation type/enhancement Proposed improvement or new feature

Comments

@ashald
Copy link
Contributor

ashald commented Feb 12, 2017

Is it possible to add blocking queries support to the /v1/catalog/datacenters endpoint? It'd help a lot for software that uses Consul to get some data (KV/services) across datacenter boundaries (such a Linkerd/Namerd). Instead of re-trying on HTTP 500 and storming Consul with requests it'd be possible to "patiently wait" until connectivity to the datacenter will recover.

@slackpad slackpad added the type/enhancement Proposed improvement or new feature label Feb 12, 2017
@slackpad slackpad added this to the 0.8.0 milestone Feb 12, 2017
@slackpad
Copy link
Contributor

Hi @ashald I think we may be able to get this in for 0.8 or shortly after as we are doing some work in this area.

@ashald
Copy link
Contributor Author

ashald commented Feb 13, 2017

Great to hear! Thanks!

@slackpad slackpad modified the milestones: 0.8.0, 0.8.1 Mar 30, 2017
@slackpad slackpad modified the milestones: 0.8.1, 0.8.2 Apr 12, 2017
@slackpad slackpad removed this from the 0.8.2 milestone Apr 25, 2017
@slackpad slackpad added the theme/federation-usability Anything related to Federation label May 25, 2017
@fox-hellraiser
Copy link

@slackpad hi, any news for this feature?

@fox-hellraiser
Copy link

Issue is still open, but in 1.0.7 changelog I found this:

agent: Blocking queries on service-specific health and catalog endpoints now return a per-service X-Consul-Index improving watch performance on very busy clusters. [GH-3890]. Note this may break blocking clients that relied on undocumented implementation details as noted in the upgrade docs.

@slackpad can you clarify?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
theme/federation-usability Anything related to Federation type/enhancement Proposed improvement or new feature
Projects
None yet
Development

No branches or pull requests

3 participants