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

Switch to wildcard DNS entry for service names in example #89

Closed
dastbe opened this issue Jan 30, 2019 · 2 comments
Closed

Switch to wildcard DNS entry for service names in example #89

dastbe opened this issue Jan 30, 2019 · 2 comments
Labels
enhancement New feature or request

Comments

@dastbe
Copy link
Contributor

dastbe commented Jan 30, 2019

Because we still require some DNS entry for applications to resolve some IP before it will make a request that envoy can proxy, the examples end up duplicating names across service discovery and router service names/backends. This leads to confusion because it's implied there's some coordination between the two when there isn't.

We can fix our example apps by creating a private hosted zone for "#{meshName}.appmesh" with a wildcard entry to any IP. VirtualRouters will register on "colorgateway.#{meshName}.appmesh" and "colorteller.#{meshName}.appmesh" and the actual VNode service discovery can use existing kubedns/CloudMap names. I would expect this would be how we recommend customers configure things as well until we have a better solution for the DNS hole.

@dastbe dastbe added the enhancement New feature or request label Jan 30, 2019
@dastbe dastbe changed the title Switch to wildcard DNS entry for service names Switch to wildcard DNS entry for service names in example Jan 30, 2019
@kiranmeduri
Copy link
Contributor

I agree, made use of this pattern in howto-ecs-basics walkthrough

@kiranmeduri
Copy link
Contributor

Changing other examples may be not necessary, closing this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants