10、微服务架构中的分布式事务与事件溯源

微服务架构中的分布式事务与事件溯源

1. 分布式事务与故障处理

在在线预订项目中，当有人预订航班座位时，需要执行一个分布式事务。这个事务涉及多个微服务的协调更新，包括使用忠诚度积分支付、锁定座位以及向客户发送行程信息等。这类事务跨越了多个微服务，如支付处理、预订和通知服务。重要的是，我们通常希望这三个步骤要么全部执行，要么都不执行。

例如，当开始扣除积分支付时座位可能还可用，但完成支付过程后，座位可能已被他人预订。在这种情况下，我们需要回滚整个过程，至少要退还忠诚度积分。

在传统的单体应用中，可以使用具有ACID特性的数据库事务来安全地管理此类过程。ACID代表原子性、一致性、隔离性和持久性，具体定义如下：
- 原子性 ：事务中的步骤是“全有或全无”的，要么全部执行，要么都不执行。
- 一致性 ：任何事务都应使系统从一个有效状态转变为另一个有效状态。
- 隔离性 ：多个事务的并行执行结果应与顺序执行的结果相同。
- 持久性 ：一旦事务提交（完全执行），即使发生故障，数据也不会丢失。

微服务架构虽然简化了大规模系统的构建，但并不能防止故障的发生。在复杂系统中，故障是不可避免的，因此需要考虑如何应对并实现自动恢复。然而，ACID事务对于分布式系统来说并不是一个可行的解决方案，因为它通常依赖于排他锁的使用，而微服务嵌入了自己的数据，不允许代码操作其他微服务中的数据，实现此类锁要么不可能，要么成本很高。因此，需要采用更适合分布式架构的模式，如Saga事务。