Azure Logic Apps批量处理100个Blob时OCR流程无响应问题

问题概述 #

我正在构建一个Azure Logic App，目标是对上传的图片执行OCR识别，并将识别结果以JSON格式存入另一个Blob存储。按以下流程配置后，整个流程无任何响应：

各步骤详细配置：

核心排查步骤 #

触发器有效性验证 #

• 确认步骤1的Blob触发器配置：检查存储账户、容器是否正确，触发规则（如“当Blob创建时”）是否匹配你的上传操作，同时确认文件后缀过滤（如果有设置）是否包含你上传的图片格式。
• 查看运行历史：在Logic App门户的「运行历史」页面，确认触发器是否有触发记录。如果没有，说明上传操作未触发触发器，可能是存储账户权限不足、文件路径不匹配或触发器规则设置错误。

资源权限排查 #

• 验证Logic App身份权限：确保Logic App的托管身份（系统/用户分配）对以下资源有足够权限：
  • 源Blob存储：至少拥有「存储Blob数据读取者」角色
  • 目标Blob存储：至少拥有「存储Blob数据贡献者」角色
  • 认知服务OCR资源：至少拥有「认知服务用户」角色
• 测试连接：每个步骤的连接器（Blob存储、认知服务）都要测试连接是否正常，排除连接配置错误导致的资源访问失败。

OCR步骤校验 #

• 检查步骤2的认知服务OCR配置：确认资源区域、密钥与实际OCR资源一致，传入的内容必须是Blob的原始二进制数据，不能是文件路径或URL字符串。
• 独立测试OCR接口：用Postman调用对应认知服务的OCR API，传入相同图片，验证是否能返回有效结果。如果接口调用失败，排查认知服务是否欠费、区域是否匹配或图片格式不支持。

JSON转换与Blob写入检查 #

• 步骤3的JSON转换：确认OCR返回的响应结构与转换模板完全匹配，结构不匹配会导致转换失败，中断流程。
• 步骤4的Blob写入：检查目标容器是否存在，文件名是否符合Azure Blob命名规则，写入的内容是否为转换后的完整JSON数据。

错误日志分析 #

• 查看流程的详细执行日志：即使流程表面无响应，「运行历史」中每个步骤的日志会记录具体错误（如权限拒绝、数据格式错误、资源不可达），这是定位问题的核心依据。

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