-
Notifications
You must be signed in to change notification settings - Fork 71
Support ExternalDNS integration by DNSEndpoint #294
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
Conversation
Pull Request Test Coverage Report for Build 5523240624
💛 - Coveralls |
|
are you planning to add e2e test for this as part of this PR? Thanks |
|
QQ, for customer who do NOT run external DNS, will they able to use lattice controller at all? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we should not require customer to "MUST" run external DNS. The lattice controller should still run if they choose to manually add DNS record today or use another way to update their DNS.
|
Running ExternalDNS is not required at all (and should not be). I have a couple of setups in this PR for it:
|
|
Please add some test for these business logic. thanks |
|
Will try to update a few more unit test cases. I am hoping to add e2e test case in other PR. There is a separate ongoing work on E2E testing for custom domain names so I am worried about the conflict. I can add more check when it is delivered. |
QQ, have you run e2e
|
|
Whether externalDNS is running or not does not matter to our controller. We could perhaps just check with CRD / no CRD scenario. |
|
When people use ExternalDNS, do they usually create |
|
@zijun726911 Both are feasible scenarios, for automatic management I think this project is a good example. |
| glog.V(2).Infof("Failed creating service DNS: %v", err) | ||
| return err | ||
| } | ||
|
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we need to dos.latticeDataStore.AddLatticeService() at last, after s.dnsEndpointManager.Create() finished? i.e., if s.dnsEndpointManager.Create() failed we should not do s.latticeDataStore.AddLatticeService()?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
dnsEndpoint is not a requirement for a service to function so I think we can still unblock other logic that uses it. I think latticeDataStore should represent what controller actually has in Lattice.
|
Can you show more manual e2etest result in the PR description? for example, if you installed the CoreDNS addon in your cluster and create a httproute with hostnames it indeed can create a route53 CNAME record
|
liwenwu-amazon
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! Thank you
What type of PR is this?
feature
Which issue does this PR fix:
#88
What does this PR do / Why do we need it:
Resolves #88 by using DNSEndpoint CRD supported by ExternalDNS
If an issue # is not available please add repro steps and logs from aws-gateway-controller showing the issue:
Testing done on this change:
make e2etestand manual traffic testsHTTPRouteresource with hostname will create the resource resembles the following. Note theownerReferencesfield.Automation added to e2e:
Will this PR introduce any new dependencies?:
Will this break upgrades or downgrades. Has updating a running cluster been tested?:
Does this PR introduce any user-facing change?:
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.