-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Extending Attributes processor #1170
Comments
Note: All of the cudos go to @dneray for the logic/testing/effort in #981 This pr is based off of it with the following modifications - The config looks like ``` - key : <key to use for applying the rule too> pattern: <the regex pattern with named submatchers> action: extract ``` I think that the original PR is going in the right way for what we can the internal logic to be but as the issue #979 and #1170 indicate we need to take a step back and redesign the attributes processor (or make it clear of its limitations). This pr unblocks the required functionality. **Link to tracking Issue:** #979 **Link to follow up issue:** #1170 **Testing:** Added tests for extracting. **Documentation:** Updated processor readme.
@ccaraman is this now resolved or there is more work to do? |
Note: All of the cudos go to @dneray for the logic/testing/effort in open-telemetry#981 This pr is based off of it with the following modifications - The config looks like ``` - key : <key to use for applying the rule too> pattern: <the regex pattern with named submatchers> action: extract ``` I think that the original PR is going in the right way for what we can the internal logic to be but as the issue open-telemetry#979 and open-telemetry#1170 indicate we need to take a step back and redesign the attributes processor (or make it clear of its limitations). This pr unblocks the required functionality. **Link to tracking Issue:** open-telemetry#979 **Link to follow up issue:** open-telemetry#1170 **Testing:** Added tests for extracting. **Documentation:** Updated processor readme.
@tigrannajaryan - there is work to be done with this issue - I'll be adding some of the examples of what the configuration could look like that would have a richer feature set. |
Ex of a configuration entry that would better work for maps See #979 (comment) for full context
|
Or separating action and operations into two different concepts from comment https://github.com/open-telemetry/opentelemetry-collector/pull/981/files#r426882973
|
If we didn't want to invent our own syntax another option would be to use an existing embeddable scripting language. Fluentbit, for instance, can use lua: https://docs.fluentbit.io/manual/pipeline/filters/lua Another option is Tengo: https://github.com/d5/tengo |
See Bogdan's expression prototype #2408 |
@bhautikpip can you start working on a design proposal for this issue? |
This issue is related to the design proposal in #3185 |
I can take this item in case @bhautikpip is not available anymore ;) |
Ping @alolita @bhautikpip |
@carlosalberto @alolita I can start looking on this once I am back as I am currently not available due to traveling. @carlosalberto feel free to take this. |
Thanks! |
This should be part of #3185. We need first to understand what components do we offer, etc. |
…open-telemetry#1170) * Don't consider unset env var an error during detection * update CHANGELOG
…y-operator (open-telemetry#1170) * Allowed ephemeral storage to operator * Resolve chart version conflicts * Bump version * Added key and comments * Revert changes in crd * fix spaces * Disable ephemeral-storage by default
Currently the design for the attributes processor is limited. It supports some basic functions(insert/upsert/update/delete/hash/...) however the configuration is cumbersome and limits any richer functionalities being added. ex. Should there be mathematical operations? What about the new attribute types (nested arrays and maps)? Should action represent the value source and add a concept of operator(insert/update/...)?
Please refer to #979 for an example
This issue tracks figuring out the plan for the attributes processor.
Several open questions:
Related issues to be tagged
The text was updated successfully, but these errors were encountered: