Replies: 3 comments
-
Thanks for proposing it. There are some questions I can think of that prevent us from doing so:
Are tags meant to be propagated?Tags are metadata, and it can represent anything. If a tag is very specific and only apply to that single resource, it doesn't make sense to propagate. For example, a tag "arm-ready-lambda-function=yes" on a lambda function should not be propagated to the generated resource such as IAM role or lambda permissions. Multiple origin resource contributes to a single generated resource.Imagine the template has an "AWS::Serverless::Api" and "AWS::Serverless::Function" and they both contribute to the generation of a lambda permission. There could be conflict when we propagate both resources' tags to the generated resource. |
Beta Was this translation helpful? Give feedback.
-
Hi there, we've added support for When you set the property to |
Beta Was this translation helpful? Give feedback.
-
Marking this discussion as resolved. Feel free to re-open if you have any additional questions. |
Beta Was this translation helpful? Give feedback.
-
Describe your idea/feature/enhancement
I would like it if the SAM translator propagated tags from SAM resources to CloudFormation resources. For example, if I have a
AWS::Serverless::Function
resource in my CFT, the transformed resources such asAWS::CodeDeploy::DeploymentGroup
do not contain these tags.Use Case: We would like to validate tags for SAM templates. We transform the templates before validation, and want to enforce tag validations for the transformed resources.
Proposal
When translating resources from SAM to CloudFormation, save the tags from the SAM resource and apply to all resulting transformed resources that support tagging.
Things to consider:
[ ] The SAM documentation will need to be updated
Additional Details
Beta Was this translation helpful? Give feedback.
All reactions