Limit list of possible deploy locations based on service about azure-dev

[ellismg]

Is there a programmatic way to discover what regions are supported by a specific service? I imagine if we wanted to this the right way we would need to inspect all resources which would be deployed by a template and then query to find the list of supported regions for each type and take the intersection of this list.

Something related for us to think about, imagine that I have a set of infrastructure and then I add a new resource that that resource is not supported in the currently selected location. Is this something we would now detect before sending a deployment to ARM (i.e. early in azd provision or would we just send the template and expect the ARM deployment to fail and we'd report that issue back to the user?

[GeekTrainer]

I know certain services (App Services for one) do provide an API for listing the available locations. I did look at a couple of others (ASWA and SQL specifically), and at the very least it didn't appear there was an option through the CLI.

I think the experience would be better to fail before attempting to create resources. Especially considering how long certain resources take to create (Cosmos DB as an example), it can be frustrating to wait a handful of minutes only to have it fail and figure out what needs to be cleaned up since the operation isn't transactional.

[jongio]

@ellismg - Will this be addressed in your region PR?

[ellismg]

Partly - we will use the @allowed decorator on the bicep file to control the allowable values for a location for a template and that will play into the values the user can select when configuring the location. But the template author must include this metadata, we are not going to try to query every RP to find all supported locations (we could, however, do that in the code we use to build these templates, so we don't have to manually keep it up to date).

[rajeshkamal5050]

Seems duplicate of #2695 which is fixed now by azd handling allowed decorator.