-
Notifications
You must be signed in to change notification settings - Fork 9.6k
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
provider/aws: ASG Notifications Resource #2197
Conversation
LGTM - implement away! 🚀 |
- works with multiple asgs
Basic implementation is done -- need to update some things and make sure the |
@catsby this looks good. I guess I didn't like the idea of separation before but now I see the separation looks good :) |
Implemented, tested, documented. Please review and test out. Thanks! |
@catsby nice work :) Hoping to see a release of this soon! |
} | ||
|
||
return nl | ||
} |
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 feel like we have this code elsewhere, but I'm unable to find it at the moment. Seems like a thing we should promote somewhere shared if it's common enough.
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.
Would be nice on schema.Set.toList()
or similar but this one is AWS-specific.
One nit that can be easily addressed port-merge - LGTM! |
worked great 👍 Your example in the body of the PR is group_names = [] but the docs look ok |
|
||
# aws\_vpc | ||
|
||
Provides an AutoScaling Group with Notification support, via SNS Topics |
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.
If I understand correctly this feature actually abstracts creating multiple AWS resources at the same time from the same configuration "template". We should note that here to make it clear that this does not map 1:1 to what you'd see the API.
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.
It's tricky to describe what this creates... they are resources in a since, but you can't access them directly... anyway, your point is valid. I'll expand on that.
@catsby LGTM! |
provider/aws: ASG Notifications Resource
good catch @mzupan , I updated the comment, it's |
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further. |
Opening this as a proposal for a new top level resource, to implement #1419
Syntax:
Motivation(s):
ASGs can send notifications to SNS Topics as events occur (see Notification Types below). The API supports a 1-1 relationship per ASG and SNS Topic.
I'm proposing a new top level resource primarily to support modulaization, such that a module author can yield an ASG and a consumer can then add notifications as needed.
Relevant APIs:
TODO:
Future:
The current proposal above only supports a 1-1 for ASG-Topic, but we could likely expand it to support multiple ASG names in the future, so that the same notification config is shared on multiple ASGs. A
group_names
attribute could be added, containing a list of ASG names to apply this configuration to.