Rebus 消息的优先级

是否可以使用REBS设置消息的优先级

场景是，我们有一个队列工人在为不同的服务发送文档，其中一些服务让用户等待结果，而另一些服务则将已签名的文档存储起来供以后使用

然后，最好对等待响应的用户的消息进行优先级排序。这可能吗

---

不幸的是，由于Azure Service Bus本机不支持消息优先级划分，并且使用将非常麻烦，所以无法通过设置消息优先级轻松实现

在一般情况下，一种简单的方法是针对不同的优先级使用单独的Rebus实例，其中一个特定实例可用于“快速跟踪”需要超越所有其他消息的消息

---

这些实例可以具有完全相同的配置，只是它们使用不同的输入队列。通过这种方式，路由配置（端点映射）可以确定消息的优先级。

您会根据工作人员的数量（以及不同的输入队列）来区分队列，还是推荐另一种方法？最重要的是，您会有一个端点来处理不需要时间的事情，这将在后台完成大部分工作，然后您将拥有作为消息快速通道的端点。但是，是的，如果资源稀缺，那么在后台工作者中配置较少的工作者线程来完成时间要求较低的工作可能会非常有意义。