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
Thank you for this (and other) modules! They are a breeze to use and help us a lot during development.
I would like to propose that SSM parameter creation should be optional. The reason is twofold:
always-created SSM parameters is unexpected behavior when compared with rest of your modules (namely: rds, redis)
We'd like to manage all SSM parameters in one place (with your ssm module btw), but this module forces us to either duplicate the parameters or split the configuration.
I'm happy to implement this feature if you agree to it and comment with a suggestion for the switch name.
Expected Behavior
SSM parameter creation should be hidden behind an optional flag. Probably set as a default to false?
Use Case
We would like to keep all parameters in one place and set them according to our needs, with values sourced from this module's outputs. That's technically still possible, but the module creates its own parameters, causing a bit of confusion and duplication.
Describe Ideal Solution
SSM parameter creation is hidden behind a flag.
If flag is set to false => no SSM parameter will be created automatically by the module.
If set to true => module works as it does now.
Alternatives Considered
No response
Additional Context
No response
The text was updated successfully, but these errors were encountered:
Describe the Feature
Hello!
Thank you for this (and other) modules! They are a breeze to use and help us a lot during development.
I would like to propose that SSM parameter creation should be optional. The reason is twofold:
I'm happy to implement this feature if you agree to it and comment with a suggestion for the switch name.
Expected Behavior
SSM parameter creation should be hidden behind an optional flag. Probably set as a default to false?
Use Case
We would like to keep all parameters in one place and set them according to our needs, with values sourced from this module's outputs. That's technically still possible, but the module creates its own parameters, causing a bit of confusion and duplication.
Describe Ideal Solution
SSM parameter creation is hidden behind a flag.
If flag is set to false => no SSM parameter will be created automatically by the module.
If set to true => module works as it does now.
Alternatives Considered
No response
Additional Context
No response
The text was updated successfully, but these errors were encountered: