就在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(TM)：定義全局事務的范圍：開始、提交或回滾全局事務。
Resource Manager(RM)：管理分支事務處理的資源，與 TC 通信以注冊分支事務並報告分支事務的狀態，並驅動分支事務提交或回滾。
FESCAR 管理分布式事務的典型生命周期：
TM 要求 TC 開始新的全局事務，TC 生成表示全局事務的 XID。
XID 通過微服務的調用鏈傳播。
RM 在 TC 中將本地事務注冊為 XID 的相應全局事務的分支。
TM 要求 TC 提交或回滾 XID 的相應全局事務。
TC 驅動 XID 的相應全局事務下的所有分支事務，完成分支提交或回滾。
四、演進歷史
TXC：Taobao Transaction Constructor，阿里巴巴中間件團隊自 2014 年起啟動該項目，以滿足應用程序架構從單一服務變為微服務所導致的分布式事務問題。
GTS：Global Transaction Service，2016 年 TXC 作為阿里中間件的產品，更名為 GTS 發布。
FESCAR：2019 年開始基於 TXC/GTS 開源 FESCAR。
五、還在等什么
這么好的事情還在等什么！小編因此高興的一夜未眠！抓緊時間搞一波試試了！
作者：Java填坑之路
鏈接：https://www.jianshu.com/p/9524ec1cb0ce
來源：簡書
簡書著作權歸作者所有，任何形式的轉載都請聯系作者獲得授權並注明出處。