基于Service Bus触发器的Function App横向扩缩容机制问询

背景 #

此前使用Event Hub触发器的Function App时，相关文档明确：

（由Event Hubs提供支持的）触发器确保只有一个EventProcessorHost实例可以获得给定分区的租约。
...
扩缩容时，Function App的实例数N会大于Event Hub的分区数

我配置了一个含32个分区的Event Hub，负载场景下Function App会横向扩缩至至少32个实例，每个实例锁定一个特定分区，这一逻辑我已理解。

目前计划将Event Hub替换为Service Bus，所有发送至Service Bus的消息均设置Session ID以保证顺序。根据相关规则，Session ID会被用作Partition Key，这将产生大量分区（超过20000个，我认为此配置可行）。

问题 #

在此场景下，Function App的扩缩容机制是怎样的？Service Bus的分区是否像Event Hub那样与Function App实例绑定？还是任意Function App实例都可以从任意分区获取消息？

回答 #

当使用Service Bus会话触发器时，Function App的扩缩容逻辑与Event Hub存在显著差异：

• 会话-实例绑定：每个Service Bus会话（对应你设置的Session ID）会被分配给特定的Function App实例，该实例会持有会话锁，直到会话关闭或锁过期。这和Event Hub的分区-实例绑定逻辑类似，但粒度更细——Event Hub是按分区绑定，而Service Bus会话触发器是按单个会话绑定。
• 扩缩容触发逻辑：Function App会依据待处理的活跃会话数量进行扩缩。若存在大量活跃会话（如你提到的20000+），Function App会自动扩容至足够实例数，低负载时一个实例可处理多个会话；高负载下则尽量一个实例对应一个会话，以保障处理效率。
• 分区与实例的关系：Service Bus的底层分区和Function App实例无直接绑定关系。实例直接与会话关联，会话会被路由至某个底层分区，但实例无需锁定整个分区，仅需锁定自身负责的会话即可。任意实例都可从任意分区获取自身负责的会话消息，但同一个会话的消息只会由一个实例处理，以此保证消息顺序。

简言之，Service Bus会话触发器的扩缩基于活跃会话数而非底层分区数；实例与会话绑定而非与分区绑定，同一会话的消息仅由单个实例处理，确保顺序性。

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