单次ARM template部署ASB主题订阅 如何控序避免消息丢失

单次ARM模板部署完全可以实现该需求，核心是打破ARM默认的同层级资源并行部署逻辑，显式指定操作先后顺序，同时配合Azure Service Bus（ASB）本身的消息特性兜底，全程不需要停消息流，也不会丢消息。

• 首先在ARM模板的资源块中定义待新建的subscription_2，按需求配置所有参数：包括锁时长、最大投递次数、消息过滤规则、死信配置等，确保订阅创建完成后可立即正常接收消息。额外配置两个兜底项：
  • 为subscription_2开启重复检测，避免切换窗口期重复投递产生脏消息
  • 将subscription_2的消息接收起始时间通过ARM表达式设置为部署启动前5分钟，例如[utcNow('-PT5M')]，覆盖部署操作的时间差，避免新订阅创建前几秒的消息被遗漏
• 不要将已存在的subscription_1放在常规资源块中走更新/覆盖逻辑，而是单独定义一个嵌套部署资源来执行subscription_1的删除操作，给这个嵌套部署显式配置dependsOn属性，强制依赖subscription_2的资源返回创建成功状态后才会执行。核心配置参考如下：

{
  "type": "Microsoft.Resources/deployments",
  "apiVersion": "2021-04-01",
  "name": "deleteOldSub",
  "dependsOn": [
    "[resourceId('Microsoft.ServiceBus/namespaces/topics/subscriptions', parameters('serviceBusNamespace'), parameters('topicName'), 'subscription_2')]"
  ],
  "properties": {
    "mode": "Complete",
    "expressionEvaluationOptions": {
      "scope": "inner"
    },
    "parameters": {
      "serviceBusNamespace": {"value": "[parameters('serviceBusNamespace')]"},
      "topicName": {"value": "[parameters('topicName')]"}
    },
    "template": {
      "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
      "contentVersion": "1.0.0.0",
      "parameters": {
        "serviceBusNamespace": {"type": "string"},
        "topicName": {"type": "string"}
      },
      "resources": []
    }
  }
}

这个嵌套部署的作用范围限定在目标主题的订阅层级，使用完整部署模式时，模板内未声明的subscription_1会在嵌套部署触发时被自动删除。

• 存量消息兜底：在subscription_2创建完成后、删除subscription_1前，给subscription_1配置自动转发规则，将所有残留在旧订阅中的未消费消息自动转发到subscription_2，可以给删除操作再加一层前置判断：等subscription_1的活动消息计数归0后再执行删除，彻底避免存量消息丢失。

• 不要直接对整个模板使用完整部署模式：全模板完整模式下的资源删除顺序由ARM后端自动调度，无法保证新订阅先创建完成，很容易出现旧订阅先被删除的空窗期，导致消息丢失。
• 不要省略dependsOn配置：同层级的两个订阅资源如果没有显式依赖绑定，ARM会并行执行创建、删除操作，无法保证顺序。

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