如何让Service Bus订阅的Function App按预期串行处理分区消息？

问题背景 #

我正尝试在订阅了Service Bus的Function App中实现确定性并发。为此，我已在Service Bus中配置了分区，消息分布如下：

Partition1  Partition2  Partition3
message1    message3    message5
message2    message4    message6

预期Function App的调用顺序为：

message1 --> message3 --> message5 --> message2 --> message4 --> message6

但实际并未达到该预期。当前host.json配置如下：

{
  "version": "2.0",
  "extensions": {
    "serviceBus": {
      "maxConcurrentCalls": 1
    }
  },
  "logging": {
    "applicationInsights": {
      "samplingSettings": {
        "isEnabled": false,
        "excludedTypes": "Request"
      }
    }
  }
}

想知道是否有办法实现这一需求，比如使用SessionId或事务？

可行方案分析 #

1. 用SessionId实现全局严格顺序 #

Service Bus的分区机制是为了提升吞吐量，各分区独立并行处理，哪怕设置maxConcurrentCalls:1，也只能保证单个分区内的消息按入队顺序处理，但跨分区的消息顺序完全不可控——这就是你当前不符合预期的核心原因。

要实现你指定的全局顺序，必须使用会话（SessionId）：

• 给所有需要按顺序处理的消息设置同一个SessionId，Service Bus会将这些消息路由到同一个会话队列，Function App的Service Bus触发器会自动按顺序处理该会话内的所有消息。
• 注意：启用会话后，分区的作用会被覆盖，同一个会话的消息只会落在同一个分区上。
• 配置上，需在Function的Service Bus触发器中启用会话支持，同时保持host.json的maxConcurrentCalls:1确保单线程顺序处理。

2. 事务无法直接实现全局顺序 #

事务的核心作用是保证消息处理的原子性（比如处理失败时消息回滚到队列），但它无法改变Service Bus分区并行处理的本质，因此单独使用事务无法满足跨分区的全局顺序要求。

补充说明 #

如果业务允许仅保证分区内顺序、跨分区无需严格按你指定的顺序，那当前maxConcurrentCalls:1的配置已经能实现每个分区内的消息按入队顺序处理（比如Partition1的message1先于message2，Partition2的message3先于message4），但跨分区的消息顺序是随机的。

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