Azure Orchestrator函数未执行内部代码即失败，跨租户部署排查求助

你的HTTP触发函数可正常运行，但Durable Orchestrator启动后立即失败，且已排除代码逻辑、存储连接问题，以下是Azure门户中可能仅影响Orchestrator的配置项，逐一排查：

1. Durable Task扩展配置 #

在函数应用门户页面进入功能 > Durable Task：

• 检查任务中心名称：确保生产环境与开发环境一致，或确认存储账户中对应任务中心的容器、队列已存在且权限正常。任务中心名称不匹配可能导致Orchestrator无法正确读写状态。
• 核对扩展版本：确认生产环境的Durable Functions扩展版本与开发环境一致，版本不兼容可能触发Orchestrator逻辑异常。

2. 网络出站规则 #

HTTP触发仅处理入站请求，而Durable Orchestrator需频繁与存储账户进行出站交互（监听队列、写入状态表等）：

• 进入网络 > 出站流量：检查是否设置了严格的出站规则，即便能连接存储账户，也可能未覆盖Durable操作所需的全部权限（如队列监听权限）。
• 若使用消耗计划，确认启用VNet集成后未限制Azure存储服务的访问（需允许存储账户对应的服务标签）。

3. 身份验证/授权（Easy Auth） #

若函数应用开启了Easy Auth：

• 进入身份验证：检查是否开启允许未经身份验证的请求，或为Durable扩展的内部调用添加了例外规则。OrchestrationTrigger的触发请求来自Durable扩展内部，若被Easy Auth拦截，会导致Orchestrator启动后立即失败，但HTTP触发因设置AuthorizationLevel.Anonymous仍可正常运行。

4. 缩放模式与实例配置 #

• 消耗计划场景：进入规模与主机 > 缩放，确保缩放模式为弹性，且未设置过低的实例限制。Durable Orchestrator需要足够资源处理触发逻辑，固定实例数或限制过低可能导致启动失败。
• 专用计划场景：检查应用服务计划的实例数是否充足，且函数应用的始终开启功能已启用，避免实例休眠导致Orchestrator无法启动。

5. 应用程序设置中的Durable相关配置 #

进入配置 > 应用程序设置，核对以下项：

• AzureWebJobsStorage：确认连接字符串正确，且存储账户权限包含Queue Data Contributor、Table Data Contributor（仅能连接存储账户不足以保证Durable操作的完整权限）。
• WEBSITE_CONTENTAZUREFILECONNECTIONSTRING（若使用文件存储）：确保该连接字符串权限正常，Durable扩展可能需要读取函数代码相关文件。

补充建议 #

即便Orchestrator代码极简，也建议在Application Insights中搜索PlannerOrchestrator相关的异常日志，直接定位失败根源（如权限不足、网络超时或扩展配置错误）。

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