-
Notifications
You must be signed in to change notification settings - Fork 240
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
Support for the transform processor #2300
Comments
Thanks for creating this feature request, certainly something we consider @bmbferreira. Please do note that at the moment we do not support logs GA in ADOT (see aws-observability/aws-otel-community#11 for details). |
I would like to have transform processor for my trace processing - I would like to rename
|
Thank you, @jangaraj |
+1 to getting this processor added to ADOT. We are working with a customer for whom the lack of this processor is causing heartburn. |
FWIW, I think this is a dupe of #1869. Very much hope it is picked up soon! |
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 30 days. |
is there any update on this? it will be very very useful to have it. |
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 30 days. |
+1 for this processor, in the context of transforming histogram metrics for Dynatrace |
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 30 days. |
Bumping this issue again. I'd like to use this processor to extract attributes from a log's transform/datadog/logs:
error_mode: ignore
log_statements:
- context: log
statements:
- set(attributes["logger.name"], instrumentation_scope.name) |
bump, this matters because the opentelemetry-shim adds links to every span and Honeycomb treats a link as an extra span in searches. |
This feature is essential for efficiently processing message content towards CloudWatch. Having the transform processor would enable us to parse and filter logs effectively, allowing for better data management and more accurate insights. This capability is critical for creating efficient log filters and improving overall system observability. Thank you for considering this request. |
+1 for this. Transform processor is useful not only for logs but also for traces. It provides functionality for traces that no other processor provides. Kindly consider this request to have transform processor support as a part of ADOT. |
+100 This would be a very welcome feature. Another use case is to manage attributes in metrics data points. |
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 30 days. |
No go stale please
…On Sun, Oct 6, 2024 at 1:02 PM github-actions[bot] ***@***.***> wrote:
This issue is stale because it has been open 60 days with no activity.
Remove stale label or comment or this will be closed in 30 days.
—
Reply to this email directly, view it on GitHub
<#2300 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMUFROSGFPAKOOY3LQRF3ITZ2GJOBAVCNFSM6AAAAAA4BQNHVKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGOJVGU3DMNBXGE>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Transform Processor is an essential component of OTEL Collectors. Its applicability extends to Traces and Metrics. I believe its currently the only way to inject OTEL Resource Attributes into Prometheus Labels Reference. An essential piece of functionality if you want to run a central ADOT collector and then inject I would love to see the Transform Processor included within the ADOT Collector package ❤️ |
Is your feature request related to a problem? Please describe.
I'm using fluentbit to forward the logs to the opentelemetry collector and I want to parse the json from the logs and then transform some of the fields to attributes using the transform procesor. However that processor doesn't seem to be supported by the AWS otel collector.
Describe the solution you'd like
I would like to have support for the transform processor to be able to do advanced transformations using the Opentelemetry Transformation Language.
Describe alternatives you've considered
Use the docker image from opentelemetry instead of using this one from AWS.
Additional context
N/A
The text was updated successfully, but these errors were encountered: