阿里分布式事务框架GTS开源啦！

原文：https://blog.csdn.net/xlgen157387/article/details/86289066

就在9号这天，阿里分布式事务框架GTS开源了一个免费社区版Fescar，看到了这个消息内心非常的激动！在微服务系统中，分布式事务一直是痛点，也是难点。社区里也有一些开源的分布式解决方案的框架，比如ByteTCC、LCN，但是这些框架没有一个权威的组织在维护，或多或少大家都有点不敢用。阿里开源的分布式事务解决框架Fescar会不会一统分布式事务江湖，大家拭目以待！

我们现在来看看什么是FESCAR。Fescar项目地址：

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™：定义全局事务的范围：开始、提交或回滚全局事务。
• Resource Manager(RM)：管理分支事务处理的资源，与 TC通信以注册分支事务并报告分支事务的状态，并驱动分支事务提交或回滚。

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

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

四、演进历史

1. TXC：Taobao Transaction Constructor，阿里巴巴中间件团队自 2014
   年起启动该项目，以满足应用程序架构从单一服务变为微服务所导致的分布式事务问题。

2. GTS：Global Transaction Service，2016 年 TXC 作为阿里中间件的产品，更名为 GTS 发布。

3. FESCAR：2019 年开始基于 TXC/GTS 开源 FESCAR。

五、还在等什么

这么好的事情还在等什么！小编因此高兴的一夜未眠！抓紧时间搞一波试试了！

----------------------------------------------------------------------------------------------------

PS: 

RPC ，感觉就是远程接口

RPC（Remote Procedure Call）—远程过程调用，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。

RPC采用客户机/服务器模式。请求程序就是一个客户机，而服务提供程序就是一个服务器。首先，客户机调用进程发送一个有进程参数的调用信息到服务进程，然后等待应答信息。在服务器端，进程保持睡眠状态直到调用信息到达为止。当一个调用信息到达，服务器获得进程参数，计算结果，发送答复信息，然后等待下一个调用信息，最后，客户端调用进程接收答复信息，获得进程结果，然后调用执行继续进行。