基于事件的Azure服务总线控制消息

我正在使用Azure服务总线,并将主题和订阅模型用于基于事件的消息处理。 … 我希望消费者C只有在消费者A完成消息处理之后才进行处理。

在处理事件时,您正在实现pub/sub模式,该模式有意在发布服务器和订阅服务器之间实现分离。除此之外,它的思想是订阅服务器彼此不相关,并且不依赖于对方来处理订阅的事件。当不同的订户处理同一个事件消息时,您无法控制时间,也无法保证该消息处理的任何顺序。

对于您描述的场景,我将改变您所采用的方法。当消费者A必须先处理事件(e1),然后消费者C必须这样做时,感觉好像有另一个事件(e2)将包含来自e1的信息,加上消费者A已完成这一事实。这意味着消费者A和B将订阅事件e1,消费者C将订阅事件e2,消费者A将在其中引发事件e2。