-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
[libbeat] AWS ELB Monitoring #12401
[libbeat] AWS ELB Monitoring #12401
Conversation
In heartbeat we have separate notions of jobs and tasks. This can make following the code and sharing the code among monitors confusing. This patch unifies the two. There is a tiny amount of extra execution overhead. Tasks only passed a single `common.MapStr`, where we now pass a `*beat.Event`, however, the benefit is that we have a more consistent and simple codebase.
Checkpoint Checkpoint Simpler concurrency for ELB autodiscover More cleanup Checkpoint Checkpoint Improve hash consistency for aws elb autodisco Moar moar Tighten up for initial review Revert changes to autodiscover.go Add preliminary docs Improved docs Improved Improved Moar AWS MULTI START
Pinging @elastic/uptime |
🙈 😄 interesting, we are currently talking about adding EC2 autodiscover provider! cc @kaiyan-sheng |
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.
Thanks for addressing all the comments! I have added some additional minor comments, I think this is good to go so we can start experimenting with it.
@jsoriano I made some material improvements in andrewvc/beats@282cec2...a5340f1 would you mind giving me one final approval? I found some bugs in manual testing that are now fixed. |
Failure is unrelated |
Experimental autodiscovery provider for AWS ELBs. (cherry picked from commit 2c85c97)
This reverts commit a82ed33.
Autodiscovery provider for AWS ELBs.
Not a lot to add besides that, the rest is in the docs provided within this PR.
One open question is the amount of testing to do here. We're still not sure if we want to introduce this as a beta feature, which might change the answer there. Ultimately, the AWS library is very tricky to mock. There is an elasticloadbalancingv2iface package that supposedly makes things easier, but realistically, you have to implement so much the value of that is dubious. Real functional testing with the AWS APIs is probably the only satisfactory answer, but that too is a significant investment.