Azure Function消费计划无法触发（高级计划正常）求助排查

• 检查消费计划冷启动与触发器超时
  消费计划存在冷启动特性，若触发器事件的超时设置过短，可能函数实例还未启动事件就已过期。比如Blob触发器的maxDequeueCount或visibilityTimeout配置，可对比高级计划的默认值进行调整。另外查看存储账户的队列（Blob触发器依赖该队列）是否存在未处理消息堆积，堆积过多会导致消费计划实例无法及时处理事件。

• 验证存储账户网络配置
  确认消费计划的函数应用是否被存储账户的防火墙/虚拟网络规则拦截。高级计划可能配置了VNet集成，而消费计划未加入允许列表，导致无法读取触发器源事件。可进入存储账户的防火墙和虚拟网络设置，将函数应用的出站IP（在函数应用“网络”>“出站IP地址”中查看）加入允许列表，或临时设置为“允许所有网络访问”进行测试。

• 排查缩放配置与资源配额
  消费计划的最大并发执行数默认有限制，若触发器事件量突增，可能导致实例无法及时扩容。进入函数应用的“配置”>“函数运行时设置”，检查FUNCTIONS_WORKER_PROCESS_COUNT和WEBSITE_MAX_DYNAMIC_APPLICATION_SCALE_OUT参数，避免设置过低的阈值。同时在“使用情况+配额”中查看是否达到消费计划的资源配额（如每日执行时间、内存限制）。

• 深挖日志与监控数据
  在函数应用“监测”>“日志”中开启Application Insights（未启用建议临时启用），搜索FunctionStart、TriggerInvocation相关日志，确认触发器是否被识别、是否存在未捕获的异常。再查看存储账户“监控”>“指标”中的BlobCreated事件计数，对比函数应用的“函数调用”指标，确认事件是否传递至函数。

• 检查触发器特定配置差异
  部分触发器在消费计划中有特殊限制，比如Blob触发器默认pollingInterval为60秒，若测试等待时间不足可能误以为未触发，可在host.json中调整该值：

  {
    "version": "2.0",
    "extensions": {
      "blobs": {
        "pollingInterval": "00:00:10"
      }
    }
  }
  

  同时确认触发器连接字符串的身份验证方式是否正确，若消费计划使用托管身份，需确保存储账户已授予对应的Blob数据读取权限。

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