Closed bruno-chavez closed 11 months ago
Hi Bruno! Thank you for utilizing the Landing Zone Accelerator on AWS solution. I'm attempting to replicate this issue on my end. I will provide further updates. Please let me know if you have any questions or concerns in the meantime.
Hi Bruno! Thank you for your patience. Looking deeper into our code, when it comes to applying global tags, we have exceptions in place for Transit Gateway Route Tables, which can be viewed here. We have this exception in place as adding tags to the TGW Route Table resources is a destructive change compared to other constructs that are natively supported by the accelerator.
Please let me know if you have any other questions or concerns.
Hi, just to be clear then global tags overriding network tags is a feature not a bug right? Not ideal IMO, but thanks for verifying the behaviour.
That is correct, this functionality is intended.
Describe the bug Global tags defined in
global-config.yaml
override tags defined innetwork-config.yaml
, looks like it affects all resources defined at the first level, meaning that nested resources have properly defined tags. Only tested on prefix lists, transit gateways, central networking services, vpcs and customer gateways .Not sure if feature or bug since the documentation does not mention anything regarding this interaction, but is definitely an issue for me since I loose control on how can I tag my networking resources.
To Reproduce
global-config.yaml
:network-config.yaml
, in this example transit gateway and transit gateway route tables:Expected behavior Tags defined in
network-config.yaml
should either override global defaults completely or don't at all.Please complete the following information about the solution:
Screenshots Additional context