terraform-aws-vpc
terraform-aws-vpc copied to clipboard
feat: Optional for public route_table_association
Description
The current module does not provide an option to disable the creation of public route associations. This PR hopes to include a variable to control that.
Motivation and Context
We create a network firewall outside of this module and associate the existing public subnet with the new firewall routing tables.
However, this introduces drift since we can't disable the association from this module.
We need to set this as optional for the public route association.
Breaking Changes
None as far as I can observe var. create_public_route_association is default to true
How Has This Been Tested?
We tested this internally.
Hi @antonbabenko could you please to review this PR ? Thanks
@antonbabenko @vietwow Any movement on this? This is exactly what we need for the exact same use case (firewall route tables) as the PR author.
This PR has been automatically marked as stale because it has been open 30 days with no activity. Remove stale label or comment or this PR will be closed in 10 days
Hi @antonbabenko can we get your help to review this
@antonbabenko @vietwow Any movement on this? This is exactly what we need for the exact same use case (firewall route tables) as the PR author.
still waiting @antonbabenko for reviewing this
This PR has been automatically marked as stale because it has been open 30 days with no activity. Remove stale label or comment or this PR will be closed in 10 days
Bump @antonbabenko please
This PR has been automatically marked as stale because it has been open 30 days with no activity. Remove stale label or comment or this PR will be closed in 10 days
I'll take a look at the Network Firewall integration options today
@bryantbiggs Is there any idea of if/when this would get merged? We are deploying an NGFW and without this, we're basically forcing the allowance of drift. Which isn't ideal for obvious reasons, but this is the big thing we need to allow for changing the 0/0 route.
Can we expand this variable to all types of available subnets? . If anyone agrees, let me raise it as another PR with variables for all types of subnets.