Azure Function App如何配置函数优先级让指定函数优先执行

执行优先级官方支持现状 #

Azure Functions 运行时未提供同一应用内多个触发器的显式执行优先级配置能力。你听到的按函数名称字母顺序调度的说法，是进程内模型早期版本的未公开实现细节，该逻辑无官方文档背书，微软可能在任意版本更新中调整，没有可靠性保障，完全不能作为生产环境的依赖依据。
同一Function App下的所有函数共享部署实例的CPU、内存、工作线程池等计算资源，当两个队列同时存在待处理消息时，运行时会并行拉取两个队列的消息分配处理资源，不会主动为高优先级队列预留资源或倾斜调度权重，无法天然保证高优队列消息优先处理。

高优先级队列的落地实现方案 #

官方推荐的可生产使用的方案优先级从高到低如下：

• 资源物理隔离：将高优先级队列对应的触发函数拆分到独立的Function App部署。两个应用的计算资源完全独立，从根本上避免低优先级消息抢占高优消息的处理资源，是唯一能提供强优先级保障的方案。
• 同应用内并发配额倾斜：如果暂时不拆分应用，可以在host.json中为两个Service Bus触发器配置差异化的并发参数，为高优函数分配更高的并发配额，为低优函数设置严格的并发上限，从资源配额层面做软倾斜。注意该方案无法做到绝对优先级，当实例资源极度紧张时仍可能出现低优任务占用资源的情况。配置参考示例：

{
  "extensions": {
    "serviceBus": {
      "prefetchCount": 0,
      "maxConcurrentCalls": 1,
      "perFunctionConcurrency": {
        "HighPriorityQueueTrigger": {
          "prefetchCount": 32,
          "maxConcurrentCalls": 16
        },
        "LowPriorityQueueTrigger": {
          "prefetchCount": 4,
          "maxConcurrentCalls": 2
        }
      }
    }
  }
}

• 配合函数级限流：在上述并发配置基础上，可以为低优函数开启函数级别的并发限流，进一步限制低优任务可占用的线程资源，降低对高优任务的影响。

差异化横向扩展配置说明 #

• 同一Function App内不支持为单个函数配置独立的横向扩展规则，扩缩容是应用级别的行为，所有函数共享扩缩容阈值、最大实例数等配置，无法实现差异化的扩缩容偏好。
• 如果将两个函数拆分到独立的Function App，可以完全独立配置各自的扩缩容规则：比如为高优应用配置更激进的队列长度扩容阈值、更高的最大实例数上限、更高性能的实例规格；为低优应用配置更保守的扩容阈值、更低的最大实例数，甚至可以配置低优应用仅在业务低峰期扩容。
  Service Bus触发的函数扩缩容由Scale Controller独立监控对应队列的消息堆积量、消息处理耗时等指标触发，拆分应用后Scale Controller会独立感知两个队列的负载，天然会为高负载的高优应用分配更多计算实例。

注意：所有未写入官方文档的运行时内部行为（包括函数名排序调度、函数声明顺序调度等）都属于随时可能变更的实现细节，生产环境依赖这类逻辑会引入不可控的故障风险。

内容的提问来源于stack exchange，提问作者Mike D.