优点：
简单：服务在创建、更新或删除业务对象时发布事件
松耦合：参与方订阅事件并且彼此之间不会因此产生耦合
缺点：
更能难理解：与编排式不同，代码中没有一个单一地方定义了Saga，而是散落在每个服务的是实现中。
服务之间的循环依赖关系：Saga参与方彼此订阅事件，通常会有循环依赖关系。循环依赖性被认为是一种不好的设计风格。
紧耦合风险：每个Saga参与方都需要订阅所有影响它们的时间。
优点：
更简单的依赖关系
较少的耦合
改善关注点隔离，监护业务逻辑。
缺点:
存在过多业务逻辑的风险
隔离性问题（丢失更新，藏独，模糊或不可重复读）
协同式（choreography）把Saga的决策和执行顺序逻辑分布在Saga的每一个参与方中，它们通过交换事件的...
Saga 模式 Saga 最初出现在1987年Hector Garcaa-Molrna & Kenneth Sal...
这是我们用Axon和Spring 实现Saga模式系列的第3部分。 我们在上一篇文章中开始实现了Saga模式。 回...
在编配型Saga中，会有一个服务承担编配器或者协调器的功能：它会执行和跟踪跨多服务的Saga及其结果。编配器唯一的...
背景 你已经采用了每服务每数据库模式。每个服务都有独自的数据库。然而，一些业务事务跨越了多个服务，因此你需要一个机...
Seata为用户提供了AT、TCC、SAGA和XA事务模式。其中AT模式是seata主推的事务模式，使用AT有一个...
以下单出售股票为例，更好地了解如何在微服务中应用Saga模式。Saga中的动作都是编排过的：每个动作TX的执行都是...
在这个系统之前的文章我们介绍了什么是Saga模式。也描述了Saga的几种类型。最后，我们还描述了我们将会在一些场景...
轻松学 Redux-Saga（16 个视频） 轻松学 Redux-Saga #1 课程简介与 Redux-Saga...
Redux Saga 前言 使用Saga也有一段时间了，刚开始ReduxThunk转换到Saga的适应期中还是比较...
本文标题：Saga的协调模式
本文链接：https://www.haomeiwen.com/subject/ocjjjctx.html
网友评论