什么是 saga 模式，以及 orchestration 与 choreography 有何不同？

Question

Accepted Answer

一个 **saga** 管理跨越多个服务的业务事务，作为一系列 **本地事务**。如果某一步失败，saga 会执行 **补偿事务** 来撤销之前的步骤——没有分布式回滚。

## 为什么不使用分布式事务？

跨服务的两阶段提交速度慢、锁定资源并耦合可用性。Saga 提供最终一致性，无需分布式锁。

## Choreography（事件驱动）

服务对彼此的事件做出反应；没有中央协调器。

```text
Order ─OrderCreated→ Payment ─PaymentDone→ Inventory ─Reserved→ Shipping
   ◀───────── (on failure, each emits a compensating event) ─────────
```

## Orchestration（中央协调器）

协调器告诉每个服务做什么，并对结果做出反应。

```text
        ┌───────────── Saga Orchestrator ─────────────┐
        ▼              ▼              ▼                ▼
   reservePayment  reserveStock  createShipment   (on fail: compensate all)
```

## 比较

| 方面 | Choreography | Orchestration |
|---|---|---|
| 协调 | 分布式（事件） | 集中式 |
| 耦合 | 更松散 | 协调器了解流程 |
| 可见性 | 难以跟踪 | 易于追踪 |
| 最适合 | 简单、步骤少 | 复杂、步骤多 |

## 陷阱

补偿必须是 **幂等** 的，并处理原始步骤部分成功的情况。需要仔细设计。

## 为什么这很重要

Saga 是在不使用分布式事务成本和耦合的情况下跨服务保持数据一致性的方式。

在 choreography 和 orchestration 之间进行选择会在简单性和可见性之间进行权衡：事件松散扩展但会变得混乱，而协调器以运行一个额外组件的代价将复杂逻辑集中化。

方面	Choreography	Orchestration
协调	分布式（事件）	集中式
耦合	更松散	协调器了解流程
可见性	难以跟踪	易于追踪
最适合	简单、步骤少	复杂、步骤多