就在9号这天,阿里分布式事务框架GTS开源了一个免费社区版Fescar,看到了这个消息内心非常的激动!在微服务系统中,分布式事务一直是痛点,也是难点。社区里也有一些开源的分布式解决方案的框架,比如ByteTCC、LCN,但是这些框架没有一个权威的组织在维护,或多或少大家都有点不敢用。阿里开源的分布式事务解决框架Fescar会不会一统分布式事务江湖,大家拭目以待!
//更新
Fescar已经更名为Seata,以下讲述Fescar和Seata是一样的,的地址为:
https://github.com/seata/seata
一、什么是Seata
Seata 是一个用于微服务架构的分布式事务解决方案,它的特点是高性能且易于使用,旨在实现简单并快速的事务提交与回滚。
二、微服务架构中的分布式事务问题
从传统的单体应用说起,假设一个单体应用的业务由 3 个模块构成,三者使用单个本地数据源。
这样的话本地事务很自然就可以保证数据一致性。
但是在微服务架构中就不这么简单了,这 3 个模块被设计为 3 个不同数据源之上的 3 个服务,每个服务对应一个数据库。
本地事务当然也可以保证每个服务中的数据一致性,但是扩展到整个应用、整个业务逻辑范围来看,情况如何呢?
三、Seata 机制
Seata 就是用于解决上述微服务架构中的事务问题的解决方案。
如下图所示,分布式事务是一个全局事务(Global Transaction),由一批分支事务(Branch Transation)组成,通常分支事务只是本地事务。
Seata 中有三大基本组件:
- Transaction Coordinator(TC):维护全局和分支事务的状态,驱动全局事务提交与回滚。
- Transaction Manager™:定义全局事务的范围:开始、提交或回滚全局事务。
- Resource Manager(RM):管理分支事务处理的资源,与 TC通信以注册分支事务并报告分支事务的状态,并驱动分支事务提交或回滚。
Seata 管理分布式事务的典型生命周期:
- TM 要求 TC 开始新的全局事务,TC 生成表示全局事务的 XID。
- XID 通过微服务的调用链传播。XID 通过微服务的调用链传播。
- RM 在 TC 中将本地事务注册为 XID 的相应全局事务的分支。RM 在 TC 中将本地事务注册为 XID 的相应全局事务的分支。
- TM 要求 TC 提交或回滚 XID 的相应全局事务。TM 要求 TC 提交或回滚 XID 的相应全局事务。
- TC 驱动 XID 的相应全局事务下的所有分支事务,完成分支提交或回滚。TC 驱动 XID 的相应全局事务下的所有分支事务,完成分支提交或回滚。
四、演进历史
- TXC:Taobao Transaction Constructor,阿里巴巴中间件团队自 2014
年起启动该项目,以满足应用程序架构从单一服务变为微服务所导致的分布式事务问题。 - GTS:Global Transaction Service,2016 年 TXC 作为阿里中间件的产品,更名为 GTS 发布。
- FESCAR:2019 年开始基于 TXC/GTS 开源 FESCAR。
- 后更名为Seata