The way I was planning to solve this one ATM is to use stack references. I'm building my own config schema to define my "stack", but am separating regional resources from edge ones. Then I plan to use stack reference to existing resources, based on their names, not IDs. I'll then look them up as I'm creating/defining the Front Door (or AppGW) rules, etc.
full-winter-70537
03/05/2021, 11:40 PM
I built my Cosmos database schemas this way, so all I need to do is update a config file with a new index and push a PR
full-winter-70537
03/05/2021, 11:50 PM
my reasoning behind this approach is that I want to create my resources and verify them independently before rotating them into production using front door. This would mean two commits, one to create the stack resources (and verify they're working), another to enable them in Front Door (or AppGW)
full-winter-70537
03/05/2021, 11:51 PM
it also means that Front door isn't the "owner" of them (ie. creating them), merely references them.
No matter how you like to participate in developer communities, Pulumi wants to meet you there. If you want to meet other Pulumi users to share use-cases and best practices, contribute code or documentation, see us at an event, or just tell a story about something cool you did with Pulumi, you are part of our community.