[aws-for-fluent-bit] cloudWatchLog Opt In
- Dominant language
- Mustache
- Stars
- 1.3k
- Forks
- 1.1k
- Avg merge
- 22m
- Merged PRs (30d)
- 5
Description
Hi,
Noticed when upgrading from 0.1.21 to 0.1.28 that during 0.1.24 cloudWatch was disabled by default and cloudWatchLogs was enabled.
The projects versioning looks like a typical SemVar approach so I wasn't expecting any issues with this bump but encountered the default config for cloudWatchLogs and an excess of failed transformation mapping logs. Just wanted to highlight that an opt in approach for cloudWatchLogs (and future C implementations) might have a smoother upgrade path, or just a bump to 0.2.X.
Thanks
Contributor guide
Research direction
No files, tests, or entry points are named. Start by comparing the 0.1.21, 0.1.24, and 0.1.28 defaults for cloudWatch and cloudWatchLogs; done means an agreed upgrade-safe opt-in behavior or versioning decision, with the failed transformation mappings addressed.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws
- Domain
- observability
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100