问是否存在缓冲Azure服务总线中用于批处理的相关消息的模式？

EN

我正在构建一个解决方案，它基于Azure服务总线队列中的消息处理对记录的更改。队列包含用于更改多个不同记录的交错消息序列，并在每条消息中触发Azure函数以处理更改并将其存储在后端服务中。变更队列上的每条消息都与单个记录相关，并包含一个属性：recordId。

问题是，使用每条消息调用后端服务有一定的开销，而且经常会有多条消息出现在队列中，以便快速连续地保存单个记录。我希望允许对每个记录进行多个“缓冲区”更改，这样可以减少后端服务的调用频率，但需要进行一批更改。

我正在使用带有Azure函数的服务总线( 会话特征 of Service Bus )，在使用recordId作为会话名称将每条消息转发到会话队列之前监视更改队列。理想情况下，我希望消息在会话队列中缓冲，直到：

1. 对于那个recordId，有一段时间是安静的(例如，10秒内没有变化)
2. 或者，会话大小达到限制(例如，对记录的30个更改)

问题是:如何根据这些场景触发每个会话的处理？我已经研究过使用预定消息来处理第一个场景，但是接下来我需要一种可靠的重新调度方法来创建一个滑动超时。类似地，除了在某个地方存储计数器之外，似乎没有一种很好的方法来监视会话的大小。

我试图完全使用服务总线和函数来解决这个问题，尽管我对任何其他想法都很开放。