-
Notifications
You must be signed in to change notification settings - Fork 4k
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
feat(appmesh): add support for AWS AppMesh #2299
Conversation
This was being worked on in separate repo, being merged here
There's no need to pass the entire mesh as a reference around. Only the meshName is necssary for most things as it is unique and what the api takes for reference as well.
Only the namespaceName was required, making things more complex than necessary. This was changed in favor of just passing down the namespace name.
adding a virtual router, there was no way to name this router, now there is with this update
Also change name and type fo properties to better align with official API
This adds the ability for the service to point to a VirtualRouter or a VirtualNode for single point of communication
The readme now has examples of mesh actions.
meshArn as import prop is unnecessary and redundant, as only the meshName is important.
Create a method to allow the addition of a sinble backend at a time to the VirtualNodes created
Okay, I think I've got the PR in good shape technically, updated to latest AWSCL standards. Have not really reviewed for content and usability, since I don't know anything about AppMesh. I'm good to ship it and iterate later since it will start out If no further comments, removing the |
@rix0rrr Yes, I'll take a look. |
@SoManyHs did you? :) |
Pull Request Checklist
|
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.
Great work! A few questions/nits. Thanks for contributing!
backends: this.backends, | ||
listeners: this.listeners, | ||
serviceDiscovery: { | ||
dns: { |
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.
Are we always expecting this to be DNS? Is there a way to allow AWSCloudMapServiceDiscovery as well?
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.
You're right, there should be.
const stack2 = new cdk.Stack(); | ||
appmesh.Route.fromRouteName(stack2, 'imported-route', mesh.meshName, router.virtualRouterName, route.routeName); | ||
|
||
// Nothing to do with imported route yet |
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'm confused -- what are we expecting to assert?
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.
A lack of exceptions I suppose :)
Thank you all for picking up the slack, it was going to be difficult for me to get this here with everything going on. Thanks again! |
… supported, fix tests
Codebuild (Continuous Integration) build failed for current commits. Please check log and resolve before PR is merged. |
This PR allows one to work with AWS AppMesh at higher level L2 construct without needing to dive into the CFN layer for most use case.
This allows one to be able to.
Fixes #2297
Pull Request Checklist
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license.