Closed bmbferreira closed 3 days ago
/terratest
@hans-d any plans to merge this? the test failure doesn't seem to be related with my change, as I see the same test failin in other PRs as well: https://github.com/cloudposse/actions/actions/runs/8132588929/job/22223186662
Unfortunately, I cannot bypass this check. Getting some internal visability on these failing tests as well, as they are now popping up in various places (for various different reasons). Once the blocking bits are gone (soon I hope), this will be revisited.
@joe-niland @dotCipher Hi! What can I do to have this reviewed? Thank you
@goruha just fixed format that was failing. Can you check if the PR is ok to merge? thank you
@bmbferreira why do not we have ?
data "aws_subnet" "requester" {
Fixed. I applied the same logic to the requester as well. I also did an improvement to fallback to the VPC cidr if no tag filters are passed as inputs. I think it only makes sense to use the filtered subnet cidr blocks if we are actually filtering it. If not we can continue using the vpc cidr. WDYT?
@bmbferreira I have one request for change. Beside of that it looks fine
/terratest
/terratest
@goruha done!
/terratest
@bmbferreira Thanks for your contribution
/terratest
These changes were released in v1.0.0.
what
This PR changes the module to start using the filtered subnet cidrs to create the routes, instead of using the whole VPC cidr.
why
Currently even when filtering the accepter or requester subnets by tags, the route table on the requester/accepter side is always created to the vpc cidr and doesn't create individual routes for each filtered subnet. This is not flexible enough as we might need for example peering to two different VPCs with overlapping CIDRs and we might want to use the subnet cidrs to be able to route to individual cidrs within the subnet, dodging the VPC cidr overlapping.
references