Azure Durable Function本地与UAT正常，生产环境部分编排器无法触发求助

问题现象 #

• 代码在UAT环境运行正常，本地通过local.settings.json连接生产环境时也能正常执行，但部署到生产环境后，部分编排器完全无法触发
• 已给代码添加额外日志和try-catch块，但日志中无任何错误或警告信息
• 失效的编排器无明显规律，部分编排器可正常运行。例如调用Orchestrator1的代码执行后，该编排器未被触发

已确认信息 #

• 调用编排器时传入的所有变量均有效，可正常获取
• 本地local.settings.json配置与生产环境完全一致
• 运行时为.NET 6，使用Microsoft.Azure.WebJobs.Extensions.DurableTask 2.11.1版本

失效编排器的调用代码示例 #

var instanceId = await starter.StartNewAsync(nameof(Orchestrator1), $"{name}-{Guid.NewGuid()}.{fileExt}",
                new {
                    FileName = $"{name}.{fileExt}",
                    QuoteNumber = quoteNumber
                });

排查方向 #

1. 生产环境存储账户与扩展配置 #

• 检查生产环境AzureWebJobsStorage对应的存储账户是否存在队列消息堆积、表存储限流情况，存储性能瓶颈可能导致编排器启动请求被阻塞
• 确认Function App的WEBSITE_MAX_DYNAMIC_APPLICATION_SCALE_OUT配置是否限制了实例数，导致部分请求无法被及时处理

2. 编排器名称匹配验证 #

• 核对Orchestrator1类的[FunctionName]属性值是否与nameof(Orchestrator1)完全一致，避免编译或部署时出现名称变更
• 检查生产环境编译后的程序集，确认编排器类的命名空间、类名未因编译优化或部署错误发生变化

3. 参数序列化问题 #

• 替换调用时的匿名参数为强类型对象，避免匿名类型在生产环境出现序列化/反序列化异常（这类异常可能未被外层try-catch捕获）
• 对比本地与生产环境的JSON序列化配置，确认.NET 6默认序列化行为未因环境差异导致参数解析失败

4. 生产环境资源与冷启动问题 #

• 检查Function App所在应用服务计划的CPU、内存使用率，资源不足可能导致编排器进程无法初始化
• 手动触发一次失效的编排器函数，验证是否因冷启动导致首次调用失败

5. Durable Task扩展版本一致性 #

• 确认生产环境Function App上的Durable Task扩展运行时版本，是否与本地安装的2.11.1 NuGet包版本一致，版本不匹配可能引发启动逻辑异常

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