近日，阿里又开源了一款产品——FESCAR！
FESCAR 是什么呢？它的全称是 Fast & Easy Commit And Rollback，根据阿里在 GitHub 上给出的解释，这是一种分布式事务解决方案，具有高性能和易用性的微服务架构。这么说，大家可能还不能完全理解 FESCAR 的应用场景和背景，下面我们就用三句话来简单描述一下：
第一句：2014 年，阿里巴巴中间件团队启动了 TXC 项目，以满足应用程序架构从单一服务变为微服务所导致的分布式事务问题；
第二句：2016 年，TXC 作为 Aliyun 中间件产品更名为 GTS；
第三句：2019 年，FESCAR 作为阿里分布式事务框架 GTS 的免费社区版正式开源；
话到这里，不知道大家能否感受到 FESCAR 金光闪闪的背景？
FESCAR 如何解决分布式事务问题？
假设某个业务共有 3 个模块，在传统的单体应用中，每个业务模块可以使用单个的本地数据源，这样本地事务自然就可以保证数据一致性。而在微服务架构中，业务模块会被设计成为 3 个不同数据源上的 3 个服务，每个服务对应一个数据库，本地事务当然也可以保证每个服务中的数据一致性，但是扩展到整个应用、整个业务逻辑范围来看，情况如何呢？
而 FESCAR 正是解决上述微服务架构中事务问题的解决方案。
首先，分布式事务是一个全局事务，由一批 Branch Transation 组成，通常 Branch Transation 只是本地事务。
FESCAR 中有三大基本组件：
Transaction Coordinator(TC)：维护全局和分支事务的状态，驱动全局事务提交与回滚。
Transaction Manager™：定义全局事务的范围：开始、提交或回滚全局事务。
Resource Manager(RM)：管理分支事务处理的资源，与 TC 通信以注册分支事务并报告分支事务的状态，并驱动分支事务提交或回滚。
FESCAR 管理分布式事务的典型生命周期：
TM 要求 TC 开始新的全局事务，TC 生成表示全局事务的 XID。
XID 通过微服务的调用链传播。
RM 在 TC 中将本地事务注册为 XID 的相应全局事务的分支。
TM 要求 TC 提交或回滚 XID 的相应全局事务。
TC 驱动 XID 的相应全局事务下的所有分支事务，完成分支提交或回滚。
如何开始使用 FESCAR？
FESCAR 团队在 GitHub 上也给出了使用示例。首先，需要下载发布包并解压缩，然后
cd bin，运行启动脚本。该示例由 Dubbo + FESCAR 提供，具体的使用大家可以点击下面链接，需要注意的是，数据库必须是带有 InnoDB 引擎的 MySQL。
具体的使用方法可参考此链接：https://github.com/alibaba/fescar/wiki/Quick-Start
FESCAR 是否可以商用了呢？目前 FESCAR 遵循的开源协议是 Apache 2.0，原则上商业软件可以任意的使用软件代码，而不需要开放源代码，只需要提及代码的原出处就可以了，但是 FESCAR 的提交者建议暂时不要商用，因为 FESCAR 刚刚开源，还有一些功能需要完善和经过社区的验证。
最后，笔者帮广大开发者隔空喊话一下 FESCAR 的提交者，“赶快提交中文文档啦！”
参考链接：https://github.com/alibaba/fescar
暂无签名
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论