Azure APIM后端并发限制策略失效：单请求随机生成多逻辑应用实例

问题现象 #

Azure APIM配置的后端并发限制策略对接部署在虚拟网络（VNET）中的标准Logic App工作流时完全失效，单个请求会随机触发多个工作流实例。

首先修复策略的语法错误 #

你提供的策略代码有明显语法问题，直接导致APIM无法正确解析并发限制规则：

<backend>
<limit-concurrency key="general" max-count="1> <!-- 这里的max-count属性值未闭合双引号 -->
<forward-request timeout="240" />
</limit-concurrency>
</backend>

正确的写法应该补上缺失的双引号：

<backend>
  <limit-concurrency key="general" max-count="1">
    <forward-request timeout="240" />
  </limit-concurrency>
</backend>

针对VNET部署场景的额外调整 #

就算修复了语法，因为Logic App在VNET里，还得注意以下几点避免多实例触发：

• 确认APIM和VNET的连通稳定性：如果APIM到VNET内Logic App的网络存在延迟或丢包，APIM可能会误认为请求发送失败，自动重试从而触发多个实例。
• 禁用APIM的自动重试：给<forward-request>节点加上disable-retry="true"，强制关闭APIM的重试机制：

  <backend>
    <limit-concurrency key="general" max-count="1">
      <forward-request timeout="240" disable-retry="true" />
    </limit-concurrency>
  </backend>
  

• 给Logic App加重复检测兜底：在Logic App的触发节点开启重复检测，用请求里的唯一标识（比如请求ID）作为检测依据，就算收到重复请求也不会启动新实例。

验证流程 #

1. 修复策略语法错误，重新部署到APIM。
2. 发送单个测试请求，观察Logic App实例数量。
3. 要是还出问题，先排查APIM到VNET的网络连通性，再禁用APIM重试。
4. 最后配置Logic App的重复检测作为最终保障。

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