-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
[APM] Guard searches with range/additional queries #92112
Conversation
Pinging @elastic/apm-ui (Team:apm) |
@elasticmachine merge upstream |
filter: [{ range: { [OBSERVER_VERSION_MAJOR]: { lt: 7 } } }], | ||
filter: [ | ||
{ range: { [OBSERVER_VERSION_MAJOR]: { lt: 7 } } }, | ||
...rangeQuery(setup.start, setup.end), |
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.
Can we destructure these from setup
above? Doesn't matter but it's done consistently everywhere else.
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.
Will do 👍🏻
💚 Build SucceededMetrics [docs]
History
To update your PR or re-run it, just comment with: |
Co-authored-by: Kibana Machine <42973632+kibanamachine@users.noreply.github.com>
Closes #85385.
The following changes were made:
@timestamp
, use sort. This is faster (based on limited testing)exists
queries to the breakdown search, to only include transaction/span breakdown metric documents. We use sum aggregations on fields only available to those documents, so the result is correct even when other metric documents are included. However, ES still needs to aggregate over the documents that we don't care about.