在上一篇文章中,我们看到了实现分布式事务的一些挑战,以及如何使用Event / Choreography方法实现Saga的模式。在本文中,我们将讨论如何通过使用另一种类型的Saga实现(称为Command或Orchestration)来解决一些问题,如复杂事务或事件的循环依赖性。
Saga的命令/编曲序列逻辑
在编曲方法中,我们定义了一项新服务,其唯一责任是告诉每个参与者该做什么以及何时做什么。saga orchestrator以命令/回复方式与每个服务进行通信,告诉他们应该执行哪些操作。
让我们看一下使用我们之前的电子商务示例的样子:
-
订单服务保存挂起的定单并要求Order Saga Orchestrator(OSO)启动创建订单交易。
-
OSO向付款服务发送执行付款命令,并回复付款已执行消息
-
OSO向库存服务发送准备订单命令,并回复订单准备消息
-
OSO向Delivery Service发送Deliver Order命令,并以Order Delivered消息回复
在上面的例子中,Order Saga Orchestrator知道执行“创建订单”事务所需的流程是什么。如果有任何失败,它还负责通过向每个参与者发送命令以撤消先前的操作来协调回滚。
为saga协调器建模的标准方法是状态机,其中每个转换对应于命令或消息。状态机是构建定义明确的行为的极好模式,因为它们易于实现,特别适合测试。
在Saga的命令/编曲中回滚
当你有一个协调器来协调所有事情时,回滚会容易得多:
使用Saga命令/编曲设计的好处和缺点
基于编排的传奇有各种好处:
避免服务之间的循环依赖,因为saga orchestrator调用saga参与者但参与者不调用orchestrator
-
集中分布式事务的编排
-
降低参与者的复杂性,因为他们只需要执行/回复命令。
-
更容易实施和测试
-
添加新步骤时,事务复杂性保持线性
-
回滚更容易管理
-
如果您有第二个愿意更改同一目标对象的事务,您可以轻松地将其保留在协调器上,直到第一个事务结束。
然而,这种方法仍然存在一些缺点,其中之一是在协调器中集中过多逻辑的风险,最终导致智能协调器告诉哑巴服务该做什么的架构。
Saga的Orchestration模式的另一个缺点是它会略微增加您的基础架构复杂性,因为您需要管理额外的服务。
Saga(传奇)模式提示
-
为每个事务创建唯一ID
为每个事务提供唯一标识符是可追溯性的常用技术,但它也有助于参与者以标准方式相互请求数据。例如,通过使用交易ID,交付服务可以询问库存服务在哪里提取产品,如果订单已付款,则可以使用支付服务仔细检查。
-
在命令中添加回复地址
不要将参与者设计为回复固定地址,而是考虑在消息中发送回复地址,这样您就可以让参与者回复多个协调者。
-
幂等运算
如果您使用队列进行服务之间的通信(如SQS,Kafka,RabbitMQ等),我个人建议您使您的操作具有幂等性。大多数队列可能会两次传递相同的消息。
它还可能会增加您的服务的容错能力。通常,客户端中的错误可能会触发/重放不需要的消息并弄乱您的数据库。
-
避免同步通信
随着事务的进行,不要忘记将每个要执行的操作所需的所有数据添加到消息中。整个目标是避免服务之间的同步调用只是为了请求更多的数据。即使其他服务处于脱机状态,它也可以使您的服务执行本地事务。
缺点是您的协调器会稍微复杂一些,因为您需要操纵每个步骤的请求/响应,因此请注意权衡。
本文 :https://architect.pub/how-use-microservices-implement-business-transactions-saga-pattern-microservices-architecture-part | ||
讨论:知识星球【首席架构师圈】或者加微信小号【ca_cto】或者加QQ群【792862318】 | ||
公众号 | 【jiagoushipro】 【架构师酒馆】 精彩图文详解架构方法论,架构实践,技术原理,技术趋势。 我们在等你,赶快扫描关注吧。 | |
微信小号 | 【ca_cea】 50000人社区,讨论:企业架构,云计算,大数据,数据科学,物联网,人工智能,安全,全栈开发,DevOps,数字化. | |
视频号 | 【架构师酒馆】 1分钟快速了解架构相关的基本概念,模型,方法,经验。 每天1分钟,架构心中熟。 | |
知识星球 | 【首席架构师圈】向大咖提问,近距离接触,或者获得私密资料分享。 | |
喜马拉雅 | 【超级架构师】路上或者车上了解最新黑科技资讯,架构心得。 | 【智能时刻,架构君和你聊黑科技】 |
微博 | 【架构师酒馆】 | 智能时刻 |
哔哩哔哩 | 【架构师酒馆】 | |
抖音 | 【cea_cio】架构师酒馆 | |
小红书 | 【cea_csa_cto】架构师酒馆 | |
网站 | CIO(首席信息官) | https://cio.ceo |
网站 | CIO,CTO和CDO | https://cioctocdo.com |
网站 | 架构师实战分享 | https://architect.pub |
网站 | 程序员云开发分享 | https://pgmr.cloud |
官网 | 行天智能科技咨询公司 | https://xingtian.ai |
网站 | 开发者闲谈 | https://blog.developer.chat |
网站 | 首席隐私官内参 | https://cpo.work |
网站 | 首席安全官内参 | https://cso.pub |
网站 | CIO内参 | https://cio.cool |
网站 | CDO内参 | https://cdo.fyi |
网站 | CXO内参 | https://cxo.pub |
网站 | 首席架构师社区 | https://jiagoushi.pro |
谢谢大家关注,转发,点赞和点在看。