阿里分布式事务框架GTS开源-Fescar

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/u010675669/article/details/88547574

什么是Fescar?

一种分布式事务解决方案,具有高性能和易于使用的微服务架构。

微服务中的分布式事务问题

让我们想象一下传统的单片应用程序。其业务由3个模块构成。他们使用单个本地数据源。

当然,本地事务将保证数据的一致性。

单片应用程序

微服务架构的情况发生了变化。上面提到的3个模块被设计为3个不同数据源之上的3个服务(模式:每个服务的数据库)。本地事务自然保证每个服务中的数据一致性。

但整个业务逻辑范围如何呢?

微服务问题

Fescar怎么样?

Fescar只是解决上述问题的方法。

Fescar解决方案

首先,如何定义分布式事务

我们说,分布式事务是一个全局事务,由一批分支事务组成,通常分支事务只是本地事务

全球和分公司

Fescar有3个基本组件:

  • 事务协调器(TC):维护全局和分支事务的状态,驱动全局提交或回滚。
  • Transaction Manager(TM):定义全局事务的范围:开始全局事务,提交或回滚全局事务。
  • 资源管理器(RM):管理分支事务的资源,与TC通信以注册分支事务和报告分支事务的状态,并驱动分支事务提交或回滚。

模型

Fescar管理分布式事务的典型生命周期:

  1. TM要求TC开始新的全球交易。TC生成表示全局事务的XID。
  2. XID通过微服务的调用链传播。
  3. RM将本地事务注册为XID到TC的相应全局事务的分支。
  4. TM要求TC提交或回滚XID的相应全局事务。
  5. TC在XID的相应全局事务下驱动所有分支事务以完成分支提交或回滚。

典型流程

有关原理和设计的更多详细信息,请访问Fescar维基页面

历史

  • TXC:淘宝交易构造函数。阿里巴巴中间件团队自2014年起启动该项目,以解决因应用程序架构从单片机改为微服务而导致的分布式事务问题。
  • GTS:全球交易服务。TXC作为Aliyun中间件产品,新名称GTS自2016年起发布。
  • Fescar:我们从2019年开始基于TXC / GTS开源开源项目Fescar,以便在未来与社区密切合作。

Maven依赖

< fescar .version> 0.2.2 </ fescar .version>

<dependency>
    < groupId > com.alibaba.fescar </ groupId >
    < artifactId > fescar-all </ artifactId >
    < version > $ {fescar.version} </ version >
</dependency>

猜你喜欢

转载自blog.csdn.net/u010675669/article/details/88547574