-
Notifications
You must be signed in to change notification settings - Fork 0
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
[Release] v0.3.0 #61
[Release] v0.3.0 #61
Conversation
} | ||
|
||
type SubscriptionFilterEvent struct { | ||
Detail Detail `json:"detail"` |
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.
what is the advantage of having this struct instead of using Detail Detail
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 it's making it more ordered and clear, because without it the NewSubscriptionFilterEvent
function looks a bit messy:
func NewSubscriptionFilterEvent(params RequestParameters) struct {
Detail Detail `json:"detail"`
} {
return struct {
Detail Detail `json:"detail"`
}{
Detail: Detail{
EventName: "SubscriptionFilterEvent",
RequestParameters: params,
},
}
}
what do you think?
added := make([]string, 0, len(logGroups)) | ||
var result *multierror.Error | ||
|
||
var wg sync.WaitGroup |
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.
Why not a part of the struct like the mutex?
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.
updateSubscriptionFilters
method performs both add and delete operations, and we run each of them separately to manage the concurrent calls to AWS (because for large amount of log groups it may be high in each operation). So running them independently helps reduce the overall concurrency, which means each needs it's own wait group
Description
this pr closes #49 closes #50, closes #52, closes #58, closes #59
eventbridge-lambda
>>log-group-events-lambda
common
andcfn-lambda
intolog-group-events-lambda
SubscriptionFilterEvent
event type, which is structured based on the EventBridge events formatThrottlingException: Rate exceeded
errorCustomLogGroups
via wildcard (e.g,prefix*
)What type of PR is this?
(check all applicable)
Added tests?