本文来源微信公众号:Java技术栈(公众号ID:javastack):转载请注明原文出处,谢谢!
这两天阿里的分布式事务框架 GTS 又开源了,开源框架名叫:FESCAR,并发布了第一个开源版本:v0.1.0,大家苦于分布式事务无解的可以参考下这个开源框架,或者其思路对你有帮助。
开源地址:
https://github.com/alibaba/fescar
FESCAR 是什么?
FESCAR(Fast & Easy Commit And Rollback) 是一个用于微服务架构的分布式事务解决方案,它的特点是高性能且易于使用,旨在实现简单并快速的事务提交与回滚。
微服务架构中的分布式事务问题:
从传统的单体应用说起,假设一个单体应用的业务由 3 个模块构成,三者使用单个本地数据源。
这样的话本地事务很自然就可以保证数据一致性。
但是在微服务架构中就不这么简单了,这 3 个模块被设计为 3 个不同数据源之上的 3 个服务,每个服务对应一个数据库。
本地事务当然也可以保证每个服务中的数据一致性,但是扩展到整个应用、整个业务逻辑范围来看,情况如何呢?
FESCAR 机制
FESCAR 就是用于解决上述微服务架构中的事务问题的解决方案。
如下图所示,分布式事务是一个全局事务(Global Transaction),由一批分支事务(Branch Transation)组成,通常分支事务只是本地事务。
FESCAR 中有三大基本组件
Transaction Coordinator(TC): 维护全局和分支事务的状态,驱动全局事务提交与回滚。
Transaction Manager(TM) 定义全局事务的范围:开始、提交或回滚全局事务。
Resource Manager(RM) 管理分支事务处理的资源,与 TC 通信以注册分支事务并报告分支事务的状态,并驱动分支事务提交或回滚。
FESCAR 管理分布式事务的典型生命周期
1、TM 要求 TC 开始新的全局事务,TC 生成表示全局事务的 XID。
2、XID 通过微服务的调用链传播。
3、RM 在 TC 中将本地事务注册为 XID 的相应全局事务的分支。
4、TM 要求 TC 提交或回滚 XID 的相应全局事务。
5、TC 驱动 XID 的相应全局事务下的所有分支事务,完成分支提交或回滚。
演进历史
TXC: Taobao Transaction Constructor,阿里巴巴中间件团队自 2014 年起启动该项目,以满足应用程序架构从单一服务变为微服务所导致的分布式事务问题。
GTS: Global Transaction Service,2016 年 TXC 作为阿里中间件的产品,更名为 GTS 发布。
FESCAR: 2019 年开始基于 TXC/GTS 开源 FESCAR。
GTS 本是阿里的商用付费方案,现在开源为:FESCAR,真是惊喜啊,2019 真是好戏多多啊,2019年让我们期待更多的好戏吧~!