发布订阅模式适合我的情况吗？

Question

我计划在物流应用程序中使用发布-订阅模式和Azure服务总线，但我很困惑发布-订阅模式是否适合我的情况。

我的设想：

• 用户将订阅一组主题，如重置密码、更改密码、负载分配、用户批准、用户拒绝等。
• 80%的主题(如重置密码或更改密码)是特定于单个用户的，如果订阅，则只会传递给该特定用户。
• 在某些主题中，将涉及多个用户，如司机、承运人、托运人。但这三种方式都需要为同一事件或主题接收三条不同的消息。

问题：

• 如果我有一个主题和一个订阅者，我真的需要发布-订阅模式吗？我是不是遗漏了什么？
• 所有订阅者都应该收到相同的主题消息吗？如果我为同一事件为不同的用户发送不同的消息，我是否滥用发布-订阅模式？

Answer 1

我不担心滥用这种模式，但在您描述的场景中，我认为您不需要它。

PubSub似乎是目前流行的任何消息传递应用程序的默认设置，但是当您不需要在消息中扇出或支持时，它有一个更简单的版本。

就用短信吧。有不同的形式：、http、rpc、MQ、回调。如果您需要能够异步发送消息，并且它们可能会被备份，那么就使用一个队列。

在此之后，关键在于您所知道/愿意学习的技术，以及系统中不同组件的服务质量要求/可靠性要求/不同的速度，这是您在这里不讨论的。