-
Notifications
You must be signed in to change notification settings - Fork 36
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 wildcard for cloudwatch logs input ids #334
Comments
Hey @dchocoboo, apologies for the long delay. I added this to our backlog and let you know :). |
Hey, this functionality would be very cool, we also have a large number of groups and it is very inconvenient to make a configuration for each. |
👍🏻 |
We were recommended the Serverless Forwarder by Elastic Support to help replace the 50+ integrations we are using in an Elastic Fleet policy to get logs out of Cloudwatch but without wildcards it unfortunately becomes a non-starter. I have been trying to make the DX for getting logs into Elastic from a number of apps and as most remaining logs going into Cloudwatch will be from Lambda's it will degrade the experience to require a config file in S3 to be updated when a simple naming scheme would be better. Hopefully you can give an update if this is being worked on. |
Currently in the inputs i specify in the block
would be nice if the log group can also use wildcard? instead of just log stream.
currently i have massive amounts of log groups to be ingested, while their outputs are identical.
its really redundant to loop every single one of them
The text was updated successfully, but these errors were encountered: