Open andrzej-stencel opened 8 months ago
Hey this is sanket, I would like to express my views over this issue and this CNCF project.
The Issue is the follow up for the issue #7806. Which was regarding the behavior of basic, normal and detailed verbosity levels for the telemetry data such as matrics and logs. The basic
and the normal
verbosity level gives same output but the detailed one gives too much verbose output we need too figure out a middle ground for this.
One way as per proposed by @astencel-sumo is to make normal level to output in the single like that is to suppress the detailed output. The format for the same is still in the discussion from the design perspective.
while addressing the issue of level and verbosity @perher came with a feature from the user perspective such that it shall be upto user to see what kindda output the person wants to see in form the metrics or the logs data. whether someone wants to see only logs or only metadata, the person shall be able to describe template for the same and shall get the output in that format only. This definitely solves big headache from the user side.
As per suggested by @astencel-sumo yes we can configure the output for the
1. output.attributes
2. output.trace_id
3. output.span_id
4. output.timestamp
we can also configure for the
5. output.ip_address
6. output.duration
7. output.message
It would be awesome if I could (...) choose which metadata I want to see. Eg. for logs sometimes I might be interested only in logs, sometimes in logs and some metadata and sometimes in metadata only.
Originally posted by @perk-sumo in https://github.com/open-telemetry/opentelemetry-collector/issues/7806#issuecomment-1571929331
Things I believe it's worth to configure:
output.attributes
whether or not to include records' attributes. They're probably essential for metrics, but for logs - it depends on the nature of the logs. For some users, attributes may be essential; for others, they only obscure the output.output.resource
,output.scope
whether to output the resource and scope. Some users might very much need those details, others might want to remove them from output to only see telemetry records.Other possible configuration options:
output.trace_id
,output.span_id
whether or not to include trace ID, span ID - they are probably essential for traces, but not necessarily for logs.output.timestamp
whether or not to include timestamp - again some users might find them useful, others might want to remove them for clarityoutput.log_severity
Other configurability option suggestions are welcome.