是否应该使用 WS 通知(WS 通知)来通知,或者数据是否也应该与有效负载一起传输以节省额外的调用(返回)。
用例:客户的记录已更改。需要通知其他系统。发送通知。
场景 1. 发送包含客户记录更改的通知。可能很糟糕,因为每个监听系统可能会执行不同的操作,或者可能需要也可能不需要客户记录。
场景 2. 只需发送通知。意味着每个聆听系统都必须以某种方式“做出反应”。责任在于听力系统。
是否应该使用 WS 通知(WS 通知)来通知,或者数据是否也应该与有效负载一起传输以节省额外的调用(返回)。
用例:客户的记录已更改。需要通知其他系统。发送通知。
场景 1. 发送包含客户记录更改的通知。可能很糟糕,因为每个监听系统可能会执行不同的操作,或者可能需要也可能不需要客户记录。
场景 2. 只需发送通知。意味着每个聆听系统都必须以某种方式“做出反应”。责任在于听力系统。
两种方法。
Pub/Sub 推送和 Pub/Sub 拉取。
Pub/Sub Push 是推送完整的数据。
Pub/Sub Pull 是为目标应用程序发送足够的数据以回调并请求完整的数据。这允许比发布/订阅推送方法更好地控制传递的信息。
Pub/Sub Push 方法是最容易实现的。
Pub-sub 意味着通知消费者已经对相关主题感兴趣,因为他们已经订阅了。但是,正如您所说,他们可能不需要回应。因此,如果您认为通知是真实事件,那么通知系统会说,“这是我的状态已更改的通知”。如果通知消费者感兴趣,它可以使用请求-响应来获取新状态。这将更加灵活和轻便。通知本质上更加面向事件,因此应谨慎考虑使用它们来推送状态。特别是对于 pub-sub,您很少知道在运行时有多少订阅者 - 那么容量规划可能很困难,峰值负载峰值并不少见。因此,请保持通知轻量级。让消费者决定他们是否要对事件采取行动。您正在走向真正的 EDA!