22、微服务架构：发布 - 订阅模式、一致性与 CAP 定理

微服务架构：发布 - 订阅模式、一致性与 CAP 定理

1. 发布 - 订阅模式与微服务

在采用发布 - 订阅模式时，管道本身是开放且连续的，能够在未来随时容纳更多的接收器。以一个使用发布 - 订阅微服务模式的电子商务应用为例，其微服务之间的交互流程如下：
1. 订单服务 ：创建处于待处理状态的订单，并发布“订单已创建”事件。
2. 库存服务 ：接收该事件，尝试根据订单更新商品库存。之后，发布“库存已更新”事件或“库存不足”事件。
3. 订单状态更新 ：若出现“库存已更新”事件，订单状态从待处理变为已确认，并触发“订单已确认”事件。
4. 物流服务 ：接收“订单已确认”事件，安排商品发货。发货完成后，触发“订单已发货”事件。

graph LR
    A[订单服务] -->|订单已创建事件| B[库存服务]
    B -->|库存已更新事件| C{订单状态更新}
    B -->|库存不足事件| C
    C -->|订单已确认事件| D[物流服务]
    D -->|订单已发货事件| E[结束]

当电商公司想要提升客户体验，通过电子邮件和其他渠道向客户提供及时通知时，可以引入“通知服务”这一微服务。由于应用采用了发布 - 订阅模式，可以在不影响现有应用的情况下引入新的微服务。具体操作步骤如下：
1. 开发“通知服务”微服务。
2. 对“通知服务”进行测