Defender for Cloud工作流自动化API版本不匹配及消费型逻辑应用问题

核心结论 #

1. 工作流自动化完全支持消费型逻辑应用（Consumption-based Logic App），这是Defender for Cloud警报/漏洞自动化场景的常用选择，你的错误和选择消费型无关。
2. 你遇到的NoRegisteredProviderFound错误，核心原因是资源类型拼写错误、API版本不匹配，或特定区域的资源提供商未完成注册。

具体问题分析与修复步骤 #

1. 资源类型拼写错误（关键） #

错误信息中资源路径为Microsoft.Logic/workflow，但消费型逻辑应用的正确资源类型是复数形式Microsoft.Logic/workflows。单数形式的workflow不存在于Microsoft.Logic提供商的资源类型中，这直接导致系统找不到已注册的提供商。

2. API版本匹配问题 #

消费型逻辑应用的Microsoft.Logic/workflows资源对应的标准API版本为2016-06-01，你修改ARM模板后部署成功，说明之前的API版本不符合要求。但修改未保存的问题，可能是以下原因：

• 若在Azure门户中编辑ARM模板，部署后未点击保存模板按钮，仅部署操作不会自动保存修改后的模板；
• 若使用本地模板文件，修改后未将文件同步到部署源（如本地存储、代码仓库），导致下次查看时加载旧版本。

3. 区域提供商注册验证 #

虽然你已确认订阅中Microsoft.Logic已启用，但需验证目标区域是否支持该资源类型：

• 用Azure CLI执行命令，检查目标区域是否在支持列表中：

  az provider show --namespace Microsoft.Logic --query "resourceTypes[?resourceType=='workflows'].locations"
  

• 若目标区域不在列表中，重新注册该提供商（等待5-10分钟生效）：

  az provider register --namespace Microsoft.Logic --wait
  

修复后的正确ARM模板片段示例 #

确保资源类型和API版本正确：

{
  "type": "Microsoft.Logic/workflows",
  "apiVersion": "2016-06-01",
  "name": "[parameters('workflowName')]",
  "location": "[parameters('location')]",
  "properties": {
    "definition": {},
    "parameters": {}
  }
}

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