sofa saga模式分析

最新推荐文章于 2026-05-15 08:34:46 发布
原创 最新推荐文章于 2026-05-15 08:34:46 发布 · 487 阅读 · 1 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文探讨了SOFA Saga模式的使用场景，分析了其状态机引擎的优缺点，包括其简单快捷、热部署及事件驱动的优点，同时也指出了在隔离性和处理复杂逻辑方面的局限性。文章还提及了在补偿失败时可能遇到的问题，并提供了多个开源Saga事务框架和服务编排框架供读者参考。

文章目录

Saga模式使用场景

在这里插入图片描述

SOFA 状态机引擎的优缺点

在这里插入图片描述

优点

简单快捷，热部署，事件驱动

缺点

  • 隔离性做的不太好
  • 使用DSL的方式，对于一些特殊逻辑比较难处理

其他感想

saga补偿失败的时候处理方式在视频中没有看到，手动处理？
…i am thinking

参考

开源saga事务框架

  • Apache Camel Saga
  • Eventuate Tram Saga
  • Apache ServiceComb Saga

开源服务编排框架

  • netflix conductor
  • uber cadence
  • zeebe-io zeebe
  • ing-bank Baker
  • AWS Step Functions

在这里插入图片描述

参考
sofa saga

wt_better
关注
NetflixConductor:一个微服务的编排器
02-20
Netflix内容平台工程团队运行由微服务上执行的任务的异步编排驱动的多个业务流程。其中一些是长期运行的流程，跨越几天。这些流程在准备好标题流式传输给全球的观众上发挥关键作用。这些流程的几个实例是：用于内容提取的Studio合作伙伴集成基于IMF的内容提取我们的合作伙伴在Netflix中设置新标题的过程内容提取、编码和部署到CDN传统上，这些流程中的一些已经以ad-hoc方式使用pub/sub的组合来编排，进行直接REST调用，并使用数据库来管理状态。然而，随着微服务数量的增长和进程的复杂性增加，在没有中央编排器的情况下，获得对这些分布式工作流的可见性变得困难。我们将Conductor构建为一
nflow：nFlow是经过协调的业务流程编排解决方案。 它可以用作微服务协调器（Saga模式），业务流程引擎或持久性有限状态机。
02-15
nFlow是经过协调的业务流程编排解决方案。 根据您的来源，您可以通过以下任意一种方式查看nFlow： 微服务协调器（如） 保证交付计算 替换 持久 主要特点 非声明性-工作流定义为代码 可视化-可以在可视化工作流程 可嵌入的-通常作为库嵌入，但也提供独立服务器 高可用性-多个部署可以处理相同的工作流程 容错-运行时环境崩溃时自动恢复 原子状态更新-使用并需要一个关系数据库来进行原子状态更新和锁定 支持多个数据库-PostgreSQL，MySQL，Oracle，Microsoft SQL Server，DB2，H2 EUPL下的开源 入门 1分钟指南 创建一个Maven项目。 将以下内容添加到pom.xml 。 nFlow在可用。 < dependency> < groupId>io.nflow</ groupId> < artifactId>nflow-jetty
Seata 长事务解决方案 Saga 模式 | SOFAChannel#10 回顾
金融级分布式架构
01-09 1636
<SOFA:Channel/>，有趣实用的分布式架构频道。本文根据 SOFAChannel#10 直播分享整理，主题：分布式事务 Seata 长事务解决方案 Saga 模式详...
Microsoft Defender for Cloud与Microsoft Sentinel集成：构建企业级安全运营中心
最新发布
gitblog_00562的博客
05-15 646
Microsoft Defender for Cloud是微软的云原生安全解决方案，而Microsoft Sentinel则是云原生的SIEM和SOAR平台。将两者集成能够构建强大的企业级安全运营中心，实现安全警报的集中管理、自动化响应和深入分析。本文将详细介绍如何通过这一集成提升企业的安全态势管理能力。 ## 为什么选择Microsoft Defender for Cloud与Sentinel
分布式事务解决方案seata之saga模式
zhangbingfa90的博客
11-27 5540
背景： 随着各行各业数字化转型的深入，以及技术的持续迭代更新，互联网公司的技术也逐渐落地到传统行业，例如金融业。由于业务的快速增长以及为了快速抢占市场等因素，以前单体架构的应用变得不再符合需求。因此，由以前的传统单体架构的系统或应用，演变成面向服务架构的分布式系统。 构建分布式系统，除了根据业务划分服务等偏业务问题，还有随之而来的技术难点，例如分布式事务。在金融行业中，业务系统往往需要聚合多个下游系统或者多个本系统服务，这种长事务如何保证数据一致性。市面上有许多解决方案，但是...
《微服务架构设计模式》第四章 使用Saga管理事务
持续Java学习中
07-02 956
某些系统操作需要更新分散在多个服务中的数据。传统的基于XA/2PC的分布式事务不适合现代应用。更好的方法是使用Saga模式。Saga是使用消息机制协调的一组本地事务序列。每个本地事务都在单个服务中更新数据。由于每个本地事务都会提交更改，因此如果由于违反业务规则而导致Saga必须回滚，则必须执行补偿事务以显式撤销更改。可以使用协同或编排来协调Saga的步骤。在基于协同的Saga 中，本地事务发布触发其他参与方执行本地事务的事件**。
分布式事务协议Saga
坚定目标，超越自我
10-19 1151
通过这个示例，我们可以看到Saga模式如何在分布式系统中通过一系列本地事务和补偿事务来管理长事务，确保业务流程的最终一致性。在实际应用中，Saga的实现可能需要依赖于消息队列、事件总线或专门的Saga协调器来协调各个服务间的操作。
什么是Saga模式？它如何处理分布式事务？
埃泽漫笔
08-16 721
在顺序执行模式中，每个服务在完成自己的局部事务后，通过事件或消息通知下一个服务执行其局部事务。如果某个服务执行失败，会触发之前所有已完成的服务执行补偿事务。协调者发送命令给各个服务执行局部事务，并根据执行结果决定是否继续执行后续事务或触发补偿操作。：各个局部事务独立执行，避免了全局锁定，提高系统可用性。：通过补偿机制，确保事务在失败时能够恢复到一致状态。：适用于长时间运行的事务，能够处理复杂的业务逻辑。：需要定义和实现补偿事务，增加了系统的复杂性。：在事务执行过程中，可能会有短暂的不一致状态。
分布式事务的实现方式和原理
ArchManual 分布式技术架构手册
08-19 1776
首先将一个复杂的分布式事务拆分为一系列更小、更易于管理的本地事务。每个本地事务都应该有一个对应的补偿事务，用于撤销其所做的操作。
微服务18_分布式事务02：Seatda：四种模式XA、AT、TCC、SAGA
weixin_43989347的博客
04-04 3955
微服务18_分布式事务02：Seatda：四种模式XA、AT、TCC、SAGA一、XA模式1、seata的XA模式2、具体操作：二、AT模式（用的最多）1、AT模式的原理2、AT模式的脏写模式3、实现AT模式三、TCC模式（性能好、非事务DB可用redis）1、TCC模式原理总结2、例子：利用TCC实现分布式事务具体的service业务逻辑四、SAGA模式 XA和AT都能实现一致性和隔离性： XA是强一致性 AT是最终一致性。 XA是第一阶段不提交，基于事务本身特性完成隔离 AT是加了全局锁，锁定资源去隔
分布式事务Seata Saga模式设计分析篇
08-17 968
Saga 模式是 Seata 提供的长事务解决方案，实现最终一致性
dtm分布式事务框架之SAGA 实战
lisus2007的专栏
12-07 2023
dtm分布式事务框架之SAGA
sofarpc高级进阶之服务发布刨析
m0_38097114的博客
07-16 1081
SOFARPC 服务发布原理 SOFARPC 是蚂蚁SOFASTACK中的rpc框架，每一个中间件的兴起都值得我们学习它的设计理念，以拓展我们的知识储备。基本应该这里就不再展示了。没了解的过的同学可以参考：https://www.sofastack.tech/projects/sofa-rpc/overview/ 本次基于zookeeper作为注册分析。 暴露服务 配置好接口后如下 @SofaService(interfaceType = HelloSofaV2.class, bindi
IOP、seata、zeebe分布式事务解决方案对比
zh2508的博客
04-06 2765
一、分布式事务背景 随着业务的快速发展，网站系统往往由单体架构逐渐演变为分布式、微服务架构，而对于数据库则由单机数据库架构向分布式数据库架构转变。此时，我们会将一个大的应用系统拆分为多个可以独立部署的应用服务，需要各个服务之间进行远程协作才能完成事务操作。 SAGA模式适用场景： 业务流程长、业务流程多 参与者包含其它公司或遗留系统服务，无法提供 TCC 模式要求的三个接口 优势： 一阶段提交本地事务，无锁，高性能 事件驱动架构，参与者可异步执行，高吞吐 补偿服务易于实现 缺点： 不保证隔离
通过Dapr实现一个简单的基于.net的微服务电商系统(二十)——Saga框架实现思路分享
「 虚幻私塾」
02-22 845
Python微信订餐小程序课程视频 https://edu.csdn.net/course/detail/36074 Python实战量化交易理财系统 https://edu.csdn.net/course/detail/35475 　　今天这篇博文的主要目的是分享一下我设计Saga的实现思路来抛砖引玉，其实Saga本身非常的类似于一个简单的工作流体系，相比工作流不一样的部分在于它没有工作流的复杂逻辑处理机制(比如会签)，没有条件分支机制，相对工作流不同的部分在于工作流流程阻塞结束后它多了一个反向补偿的流程
SOFA Weekly | Layotto、SOFABoot 发布新版本、QA 整理
金融级分布式架构
07-30 363
SOFA WEEKLY | 每周精选，筛选每周精华问答同步开源进展，欢迎留言互动SOFAStack（ScalableOpenFinancialArchitecture Stack）是...
c ++ lambda_使用Zeebe + Lambda进行更清洁的微服务编排
weixin_26752759的博客
09-13 2708
c ++ lambda 使用Zeebe + Lambda进行更清洁的微服务编排 (Cleaner Microservice Orchestration With Zeebe+Lambda)In this post I’ll talk about Zeebe. Zeebe is a source available workflow engine that helps you define, or...
Redux-saga框架使用详解及Demo教程
weixin_33909059的博客
09-03 547
前面我们讲解过redux框架和dva框架的基本使用，因为dva框架中effects模块设计到了redux-saga中的知识点，可能有的同学们会用dva框架，但是对redux-saga又不是很熟悉，今天我们就来简单的讲解下saga框架的主要API和如何配合redux框架使用 redux-saga 官方地址 leonshi.com/redux-saga-… Demo运行效果图 todoList ...
REACT-SAGA 入门项目搭建笔记
weixin_34268579的博客
11-07 282
2019独角兽企业重金招聘Python工程师标准>>> ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值