管理范围Bicep部署：Az CLI what-if未显示嵌套管理组变更

问题原因 #

你遇到的情况是因为B.bicep依赖于A.bicep中刚创建的订阅ID输出值，而What-If引擎在评估时，该订阅尚未实际创建，动态生成的订阅ID无法被解析，导致跳过了对B.bicep及其内部模块的变更评估。此外，B.bicep设置为管理组范围，但实际要部署的资源组属于订阅范围，作用域的不匹配也会影响What-If的解析逻辑。

解决方案 #

方案1：调整嵌套模块的部署范围 #

将B.bicep的部署范围改为订阅级别，并在A.bicep中显式指定嵌套模块的目标订阅：

1. 修改A.bicep中的createResourceGroupStorage模块，添加scope属性指向新创建的订阅：

targetScope = 'managementGroup'

module subAlias './modules/subscription.bicep' = {
  name: 'create-${subscriptionAlias}'
  params: {
    billingAccount: billingAccount
    subscriptionAlias: subscriptionAlias
    subscriptionDisplayName: subscriptionDisplayName
    subscriptionWorkload: environmentconfigurationMap[environment].subscriptionWorkload
  }
}

module createResourceGroupStorage 'B.bicep' = {
  name: 'nested-createResources-${subscriptionDisplayName}'
  scope: subscription(subAlias.output.subscriptionID) // 显式指定部署到新创建的订阅
  params:{
    subID : subAlias.output.subscriptionID  
  }
}

2. 修改B.bicep的目标范围为订阅级别，并调整内部资源组部署的逻辑（无需额外指定scope，默认使用当前订阅范围）：

targetScope = 'subscription'

// 这里部署资源组及其他订阅级资源的模块
module rgModule './modules/resourceGroup.bicep' = {
  name: 'create-resource-group'
  params: {
    // 资源组相关参数
  }
}

方案2：保持B.bicep为管理组范围，显式指定资源组的部署订阅 #

如果必须保留B.bicep的管理组范围，需要在其内部的资源组模块中显式指定目标订阅：

修改B.bicep中的资源组部署模块：

targetScope = 'managementGroup'

param subID string

module rgModule './modules/resourceGroup.bicep' = {
  name: 'create-resource-group'
  scope: subscription(subID) // 指定资源组部署到目标订阅
  params: {
    // 资源组相关参数
  }
}

方案3：升级AZ CLI版本 #

确保你的AZ CLI是最新版本，旧版本的What-If引擎对跨范围嵌套部署的支持有限。运行以下命令升级：

az upgrade

测试验证 #

可以临时使用一个已存在的订阅ID替换subAlias.output.subscriptionID，运行What-If命令验证是否能显示B.bicep中的变更，以此确认是动态订阅ID的解析问题而非其他配置错误。

内容的提问来源于stack exchange，提问作者tony k