You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Support Entity attributes in CloudWatch Logs sink #6860
Is your feature request related to a problem? Please describe.
There is no way to attach Entity metadata to PutLogEvents requests in the CloudWatch Logs sink. This is needed for CloudWatch entity-based correlation features.
Describe the solution you'd like
An entity config block with key_attributes and attributes (both free-form Map<String, String>). When configured, the entity is attached to every PutLogEvents
request.
Is there a reason you don't use YAML maps for both? I see you use this for attributes, but it appears that you use a different form for key_attributes.
Is there a reason you don't use YAML maps for both? I see you use this for attributes, but it appears that you use a different form for key_attributes.
Both key_attributes and attributes are YAML maps Map<String, String> — they use the same form in the config. The only difference is that key_attributes is required @NotEmpty since CloudWatch needs at least one key attribute for entity identification, while attributes is optional and defaults to an empty map.
Happy to clarify further if I'm misunderstanding the question!
Activity
dlvenable commentedon May 18, 2026
@bagmarnikhil ,
Is there a reason you don't use YAML maps for both? I see you use this for
attributes, but it appears that you use a different form forkey_attributes.bagmarnikhil commentedon May 19, 2026
Both key_attributes and attributes are YAML maps
Map<String, String>— they use the same form in the config. The only difference is that key_attributes is required@NotEmptysince CloudWatch needs at least one key attribute for entity identification, while attributes is optional and defaults to an empty map.Happy to clarify further if I'm misunderstanding the question!
dlvenable commentedon May 19, 2026
@bagmarnikhil , This looks good. I may have misread it.