Azure Bicep部署Logic App标准版报错：ConnectionAceStorageEntity.PrincipalId不可变

问题根源 #

删除带系统分配身份的Logic App后，Azure不会立即销毁对应的托管标识，存在延迟回收机制。再次用相同名称部署时，模板尝试关联旧托管标识的PrincipalId，但该属性属于不可变属性，最终导致部署冲突报错。

解决步骤 #

• 更换资源名称：直接修改Bicep模板中Logic App的名称（比如给logic-${name}加上版本后缀），创建全新的资源及对应系统托管标识，避开旧标识的冲突。
• 等待标识回收：若必须使用原名称，需等待Azure完全回收旧系统托管标识（通常1-2小时，特殊场景可能更久），之后再重新运行流水线。
• 清理残留关联：检查是否有存储账户访问控制条目、API连接等残留资源绑定了旧PrincipalId，手动清理后再尝试部署。

常见不可变属性补充 #

除PrincipalId外，Logic App标准版（基于App Service）还有这些不可变属性需要注意：

• kind属性：部署后无法修改，需确保模板中该值前后一致。
• 系统分配身份的type：首次部署为SystemAssigned后，若改为None或UserAssigned，后续再改回SystemAssigned会触发不可变冲突，需先删除资源并等待标识回收。
• 底层存储关联配置：比如ConnectionAceStorageEntity绑定的标识信息，这类关联特定托管标识的属性通常不可变。

修改名称示例 #

resource site 'Microsoft.Web/sites@2022-09-01' = {
  name: 'logic-${name}-v2' // 新增后缀区分旧资源
  location: location
  kind: 'functionapp,workflowapp'
  identity: {
    type: 'SystemAssigned'
  }
}

内容的提问来源于stack exchange，提问作者S N G