微服务生态系统中的分布式事务与事件溯源
1. 分布式事务与故障处理
在在线预订项目中,当有人预订航班座位时,需要执行一个分布式事务来完成预订。这个事务涉及多个微服务的协调更新,包括使用忠诚度积分支付、锁定座位以及向客户发送行程信息等。这样的事务跨越了多个微服务,如支付处理、预订管理和通知服务。
重要的是,通常希望这三个步骤要么全部成功,要么全部失败。例如,在扣除积分支付时座位还可用,但完成支付后发现座位已被他人预订,显然不能重复预订,此时就需要回滚整个过程,至少要退还忠诚度积分。
在传统的单体应用中,可以使用具有 ACID 特性的数据库事务来安全地管理此类过程。ACID 代表原子性、一致性、隔离性和持久性,具体定义如下:
- 原子性 :事务中的步骤要么全部执行,要么全部不执行。
- 一致性 :任何事务都应将系统从一个有效状态转换到另一个有效状态。
- 隔离性 :多个事务的并行执行结果应与顺序执行的结果相同。
- 持久性 :一旦事务提交(完全执行),数据不会因任何可能的故障而丢失。
微服务简化了大规模系统的安全构建,但这并不意味着可以防止故障的发生。在复杂系统中,故障是不可避免的,我们需要考虑如何应对并实现自动恢复。然而,ACID 事务并不适用于分布式系统,因为微服务独立部署在网络中,且各自管理数据,使用 ACID 事务所需的排他锁要么无法实现,要么实现成本过高。因此,需要采用更适合分布式架构的模式,如 Saga 事务。
超级会员免费看
订阅专栏 解锁全文
17

被折叠的 条评论
为什么被折叠?



