Azure Bicep：跨资源组在现有ServiceBus命名空间创建订阅

你的问题出在创建订阅时未指定目标资源组（资源组A）的作用域，导致模板默认在部署目标（资源组B）下创建资源，而ServiceBus订阅必须归属到原命名空间所在的资源组。以下是修正后的代码：

param offerEngineRG string // 资源组A的名称
param EngineServiceBus string
param EngineTopicName string
param EngineMatasPlusSubscriber string

// 引用资源组A中的ServiceBus命名空间
resource EngineServicebus 'Microsoft.ServiceBus/namespaces@2022-10-01-preview' existing = {
  name: EngineServiceBus
  scope: resourceGroup(offerEngineRG)
}

// 引用资源组A中命名空间下的Topic
resource EngineTopic 'Microsoft.ServiceBus/namespaces/topics@2022-10-01-preview' existing = {
  name: EngineTopicName
  parent: EngineServicebus
  scope: resourceGroup(offerEngineRG) // 显式指定作用域，避免歧义
}

// 在资源组A的Topic下创建订阅
resource EngineSubscriber 'Microsoft.ServiceBus/namespaces/topics/subscriptions@2022-10-01-preview' = {
  name: EngineMatasPlusSubscriber
  parent: EngineTopic
  scope: resourceGroup(offerEngineRG) // 关键：指定订阅创建在资源组A下
}

关键修正点： #

• 指定作用域：创建订阅时必须通过scope: resourceGroup(offerEngineRG)明确指向资源组A，否则模板会尝试在部署目标（资源组B）中创建，而原命名空间不在此资源组，导致失败。
• 简化资源名称：通过parent关联已引用的Topic，订阅名称只需写订阅本身的名称，无需拼接命名空间和Topic路径，Bicep会自动处理资源层级关系。
• 显式Topic作用域：虽然parent已经关联了命名空间，但给Topic资源也加上scope可以避免跨资源组场景下的解析歧义。

内容的提问来源于stack exchange，提问作者Shabir jan