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

AWS/cloud awareness for consul agent #7379

Open
kshcherban opened this issue Mar 3, 2020 · 1 comment
Open

AWS/cloud awareness for consul agent #7379

kshcherban opened this issue Mar 3, 2020 · 1 comment
Labels
type/enhancement Proposed improvement or new feature waiting-reply Waiting on response from Original Poster or another individual in the thread

Comments

@kshcherban
Copy link

Feature Description

Consul already has some features that are specific to clouds, like integration with AWS Service Mesh or discovery based on EC2 tags. It would be nice to have some AWS information automatically embedded in agent's node-meta for service filtering.

This can be configured as agent flag and turned off by default. Any cloud providers can be used, AWS is just an example.

Use Case(s)

One of the use-cases.
If availability zone is set, service A that talks to service B can query IPs of service B in availability zone where it runs first and then use others as fall-back. That may save costs for cross-zone traffic.

Additional use-case would be to set all available instance tags for the same filtering. Like you have instances in multiple accounts connected to the same consul cluster and having different account name in meta for example.

@blake
Copy link
Member

blake commented Apr 1, 2020

Hi @kshcherban,

I'd like to understand more about your use cases for this functionality. Would you mind sharing a bit more info on how you would like to consume such a feature if it existed in Consul?

Would you want service discovery to automatically return a list of filtered endpoints, or only do so if the client requests the filtering (such as using a HTTP query param)? Would you want this to work with standard <x>.service.consul DNS lookups, prepared queries, or both?

Are you also interested in having this available in the service mesh as described in #7401?

@jsosulska jsosulska added type/enhancement Proposed improvement or new feature waiting-reply Waiting on response from Original Poster or another individual in the thread labels May 4, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type/enhancement Proposed improvement or new feature waiting-reply Waiting on response from Original Poster or another individual in the thread
Projects
None yet
Development

No branches or pull requests

3 participants