-
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
[exporter/awscloudwatchlogs] placeholders support for log_group_name and log_stream_name #30773
Comments
Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
I've thought about this in the past but don't have anything written down quite yet. I think there are a few different options to go with and I would seek something a bit more permissive than the original suggestion. I think one of the thoughts that I have had in the past is that the exporter could look for a specific resource attribute, if present use that. It gives more options for where that resource attributes is populated. |
@bryan-aguilar it could be similar to the approach followed by fluentbit for aws |
Being able to reference attributes from the log message itself for the logStreamName would be nice (to split it out again over containers/components). Or referencing something unique like the date or time that the collector started. |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
@bryan-aguilar any workaround for this ? |
For simple use cases, at the very least we could start with support for templating based on attributes for the log stream name, since it's possible to use |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
Same here ! any update ? |
It would seem this use case of sharing a collector and having it dispatch to different log groups is a widespread need. We have the same issue. |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
Pinging code owners: exporter/awscloudwatchlogs: @boostchicken @bryan-aguilar @rapphil |
Component(s)
exporter/awscloudwatchlogs
Is your feature request related to a problem? Please describe.
Yes.
Currently, all incoming log data are written to a single log group/stream by the exporter. Making it difficult to filter them in AWS Cloudwatch.
Describe the solution you'd like
Support for placeholders like:
{ClusterName}
{TaskId}
{NodeName}
{ContainerInstanceId}
{TaskDefinitionFamily}
Similar to the format supported by awsemfexporter. With the values supported from OpenTelemetry ECS-like attributes.
Describe alternatives you've considered
No response
Additional context
No response
/cc @boostchicken, @bryan-aguilar, @rapphil
The text was updated successfully, but these errors were encountered: