-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
[connector/spanmetrics] Add option exclude_dimensions_values #28568
Comments
Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
I'm also interested in implementing it |
Thanks for offering to implement it, @mar4uk. Unless if there's a very good reason, I would prefer the alternative you've provided in this ticket (thanks for putting the thought into considering this alternative!) and the reason is to keep the spanmetrics connector as simple and clean as possible, following the unix philosophy of doing one thing well (or at least, striving for that 😄). |
I agree with @albertteoh here. I don't see any notable benefit of another filtering implementation being introduced in the spanmetrics connector over adding the filter processor to the trace or metrics pipeline. I'm going to close for now, but feel free to share more information in case we're missing something here! |
Component(s)
connector/spanmetrics
Is your feature request related to a problem? Please describe.
Some data in metrics spanmetrics connector generates is not needed in specific cases. To reduce cardinality (and the price for storing those metrics) would be good to have an opportunity to exclude some dimension values
Describe the solution you'd like
Add new options to the
spanmetrics
config:exclude_dimensions_values
For example, the user is not interested in metrics that have
span.kind != SPAN_KIND_SERVER
. So the user can exclude those metrics by adding the option:Describe alternatives you've considered
The workaround to exclude metrics with specific dimension values is to use filterprocessor:
Additional context
No response
The text was updated successfully, but these errors were encountered: