-
Notifications
You must be signed in to change notification settings - Fork 528
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: start hiding beats monitoring behind otel abstraction #15360
feat: start hiding beats monitoring behind otel abstraction #15360
Conversation
This pull request does not have a backport label. Could you fix it @kruskall? 🙏
|
|
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 splitting this out, it's a lot more consumable!
Mostly looks good, just a few comments
- Only adapt go-docappender metrics when using the Elasticsearch output - Increment processed events properly. - Create object hierarchy rather than dotted metric names so _source remains backwards compatible. Revert system test changes. - Report elasticsearch.indexers.active; use correct names for go-docappender indexer creation/destruction OTel metrics. ... and add a unit test for all of that
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, we'll need to make sure stack monitoring & self-instrumentation are manually tested I think.
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.
for _, dp := range data.DataPoints { | ||
status, ok := dp.Attributes.Value(attribute.Key("status")) | ||
if !ok { | ||
continue |
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.
Should we log a warning here? Afaics this wouldn't be expected.
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.
yup, this shouldn't be happening and should be covered by tests in go-docappender since they own the metrics
To validate:
I'm merging this |
* feat: start hiding beats monitoring behind otel abstraction * lint: remove unused methods * Remove MetricReader from RunnerParams * Various fixes - Only adapt go-docappender metrics when using the Elasticsearch output - Increment processed events properly. - Create object hierarchy rather than dotted metric names so _source remains backwards compatible. Revert system test changes. - Report elasticsearch.indexers.active; use correct names for go-docappender indexer creation/destruction OTel metrics. ... and add a unit test for all of that * Fix flaky test --------- Co-authored-by: Andrew Wilkins <axw@elastic.co> (cherry picked from commit 3048b8f)
for the record this introduced a regression where apmbench events/s is 0 (via expvar). @kruskall is working on a fix. |
this doesn't happen locally and I'm not able to reproduce it |
As explained in #13738 (comment) , I'm confident that the regression is caused by this PR. @kruskall can you study how this PR interacts with EA and instrumentation config on ESS? They are suspect. |
…#15372) * feat: start hiding beats monitoring behind otel abstraction * lint: remove unused methods * Remove MetricReader from RunnerParams * Various fixes - Only adapt go-docappender metrics when using the Elasticsearch output - Increment processed events properly. - Create object hierarchy rather than dotted metric names so _source remains backwards compatible. Revert system test changes. - Report elasticsearch.indexers.active; use correct names for go-docappender indexer creation/destruction OTel metrics. ... and add a unit test for all of that * Fix flaky test --------- Co-authored-by: Andrew Wilkins <axw@elastic.co> (cherry picked from commit 3048b8f) Co-authored-by: kruskall <99559985+kruskall@users.noreply.github.com> Co-authored-by: mergify[bot] <37929162+mergify[bot]@users.noreply.github.com>
Motivation/summary
Split from #15094
part 1
Checklist
For functional changes, consider:
How to test these changes
Related issues