解析阿里GTS开源版本fescar分布式事务

网友投稿 291 2022-08-24


解析阿里GTS开源版本fescar分布式事务

目录前言碎语什么是FESCAR?微服务中的分布式事务问题FESCAR怎么做?FESACR有3个基本组件:FESCAR管理分布式事务的典型生命周期:历史

前言碎语

阿里重磅开源fescar分布式事务框架、其前身是拥有多项专利的云分布式事务产品GTS、很早前阿里在推广GTS分布式事务的时候就隐隐透露过可能会有开源项目的推出,终于在社区千呼万唤之下fescalkzvlyLr发布了。目前是0.1的版本,因为脱胎于商业产品,社区版本要上生产环境可能需要在社区迭代孵化一段时间。代码可以先拉下来研究一下,后期持续关注fescar的发展。

项目地址:https://github.com/alibaba/fescar

什么是FESCAR?

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

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

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

当然,本地交易可以保证数据的一致性。

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

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

FESCAR怎么做?

FESCAR只是上述问题的解决方案。

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

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

FESACR有3个基本组件:

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

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

TM要求TC开始lkzvlyL新的全球交易。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,以便http://与社区密切合作。

以上就是解析阿里GTS开源版本fescar分布式事务的详细内容,更多关于阿里GTS开源版本fescar分布式事务的资料请关注我们其它相关文章!


版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:python_处理文本标签_遍历目录(python遍历文本文件)
下一篇:python_处理文本标签_遍历目录(python遍历文本的每条数据)
相关文章

 发表评论

暂时没有评论,来抢沙发吧~