一种分布式事务解决方案,具有高性能和易用性的微服务架构。
微服务中的分布式事务问题
让我们想象一下传统的单片应用程序。其业务由3个模块构成。他们使用单个本地数据源。
当然,本地交易可以保证数据的一致性。
微服务架构发生了变化。提到的3个模块设计为3个不同数据源之上的3个服务(模式:每个服务的数据库)。本地事务自然保证每个服务中的数据一致性。
但整个业务逻辑范围如何呢?
FESCAR怎么做?
FESCAR只是上述问题的解决方案。
首先,如何定义分布式事务?
我们说,分布式事务是一个全局事务,由一批Branch Transation组成,通常Branch Transation只是本地事务。
FESCAR有三个基本组件:
-
Transaction Coordinator(TC):事务协调器,维护着全局事务和分支事务的状态, 它来决定全局的提交还是回滚。
-
Transaction Manager(TM): 事务管理器,定义全局事务的范围:开始一个全局事务,提交或者回滚一个全局事务。
-
Resource Manager(RM): 资源管理器,管理分支事务处理的资源,与TC通信以注册分支事务并报告分支事务的状态,并驱动分支事务提交或回滚.
FESCAR管理分布式事务的典型生命周期:
- TM要求TC开始新的全球交易。TC生成表示全局事务的XID。
- XID通过微服务的调用链传播。
- RM将本地事务注册为XID到TC的相应全局事务的分支。
- TM要求TC提交或回滚XID的相应全局事务。
- TC在XID的相应全局事务下驱动所有分支事务以完成分支提交或rollbaking。
有关原理和设计的更多详细信息,请访问FESCAR维基页面。
历史
- TXC:淘宝交易构造函数。阿里巴巴中间件团队自2014年起启动该项目,以满足应用程序架构从单一服务变为微服务所导致的直接交易问题。
- GTS:全球交易服务。TXC作为Aliyun中间件产品,新名称GTS自2016年起发布。
- FESCAR:我们从2019年开始基于TXC / GTS开源开源项目FESCAR,以便与社区密切合作。