成都网站开发 Vr,做直播教程的网站,权威的网站建设排行榜,成品视频直播软件推荐哪个好用开源分布式事务中间件 Fescar 自1月10日上线v0.1版本以来#xff0c;受到了开发者们的极大关注#xff08;watch249#xff0c;star3005#xff0c;fork649#xff0c;社区讨论的issue58#xff0c;数据统计于1月17日14:00#xff09;#xff0c;可见#xff0c;天下苦…
开源分布式事务中间件 Fescar 自1月10日上线v0.1版本以来受到了开发者们的极大关注watch249star3005fork649社区讨论的issue58数据统计于1月17日14:00可见天下苦分布式事务久矣。
为此我们收集了大家在社区Github和社群钉钉群微信群关注的核心问题总结如下并给出回复。 Q1Fescar 的发展经历了哪些历程和阿里云全局事务服务GTS之间是什么关系 A1阿里巴巴是国内最早一批进行应用分布式微服务化改造的企业所以很早就遇到微服务架构下的分布式事务问题。
2014 年
阿里巴巴中间件团队发布TXCTaobao Transaction Constructor为集团内应用提供分布式事务服务。
2016 年
TXC 经过产品化改造以GTSGlobal TransactionService的身份上线阿里云成为当时业界唯一一款云上分布式事务产品以阿里云公有云或专有云解决方案的形式交付给众多外部客户。
2019 年
基于 TXC 和 GTS 的技术积累阿里巴巴中间件团队发起了开源项目FescarFast EaSy Commit And Rollback, FESCAR和社区一起建设这个分布式事务解决方案。
TXC/GTS/Fescar一脉相承为解决微服务架构下的分布式事务问题交出了一份与众不同的答卷。 Q2Fescar 有哪些适用场景 A2Fescar 的愿景是让分布式事务的使用像现在本地事务的使用一样简单、高效最终的目标是希望可以适用于所有的分布式事务场景。目前核心的 AT 模式适用于构建于支持本地 ACID 事务的关系型数据库。非关系型数据库类资源的管理通过 MT 模式来支持。AT 模式与 MT 模式完全兼容所以可以在同一个分布式事务中同时管理两类资源。 Q3目前有已经有一些其他的分布式事务开源方案Fescar 和他们之间有哪些区别和JTA支持分布式事务有哪些区别 A3既有的分布式事务解决方案按照对业务侵入性分为两类即对业务无侵入的和对业务有侵入的。
业务无侵入的方案
既有的主流分布式事务解决方案中对业务无侵入的只有基于 XA 的方案注问题中提到的 JTA 是XA 方案的 Java 版本但应用XA 方案存在 3 个方面的问题
1、要求数据库提供对 XA 的支持。如果遇到不支持 XA或支持得不好比如 MySQL 5.7 以前的版本的数据库则不能使用。
2、受协议本身的约束事务资源数据记录、数据库连接的锁定周期长。长周期的资源锁定从业务层面来看往往是不必要的而因为事务资源的管理器是数据库本身应用层无法插手。这样形成的局面就是基于 XA 的应用往往性能会比较差而且很难优化。
3、已经落地的基于 XA 的分布式解决方案都依托于重量级的应用服务器Tuxedo/WebLogic/WebSphere 等)这是不适用于微服务架构的。
侵入业务的方案
实际上最初分布式事务只有 XA 这个唯一方案。XA 是完备的但在实践过程中由于种种原因包含但不限于上面提到的3 点往往不得不放弃转而从业务层面着手来解决分布式事务问题。比如
基于可靠消息的最终一致性方案TCCSaga
都属于这一类。这些方案的具体机制在这里不做展开网上这方面的论述文章非常多。总之这些方案都要求在应用的业务层面把分布式事务技术约束考虑到设计中通常每一个服务都需要设计实现正向和反向的幂等接口。这样的设计约束往往会导致很高的研发和维护成本。
不可否认侵入业务的分布式事务方案都经过大量实践验证能有效解决问题在各行种业的业务应用系统中起着重要作用。但回到原点来思考这些方案的采用实际上都是迫于无奈。
回到问题
与基于消息的最终一致、TCC、Saga等业务逻辑侵入方案的不同在于Fescar 的设计初衷就是保持对业务的非侵入性不要求业务层面按照分布式事务的特定场景来设计正向和反向的两套甚至多套业务逻辑。这方面的差别就不展开了。
与 XA 的区别在于设计了一套不同与 XA 的两阶段协议在保持对业务不侵入的前提下保证良好的性能也避免了对底层数据库协议支持的要求。可以看作是一套轻量级的XA 机制。具体的差别如下
架构层次XA方案的 RM 实际上是在数据库层RM本质上就是数据库自身通过提供支持 XA 的驱动程序来供应用使用。
而 Fescar 的RM 是以二方包的形式作为中间件层部署在应用程序这一侧的不依赖与数据库本身对协议的支持当然也不需要数据库支持XA 协议。这点对于微服务化的架构来说是非常重要的应用层不需要为本地事务和分布式事务两类不同场景来适配两套不同的数据库驱动。
这个设计剥离了分布式事务方案对数据库在协议支持上的要求。
两阶段提交
先来看一下 XA 的2PC 过程。 无论 Phase2 的决议是commit 还是 rollback事务性资源的锁都要保持到Phase2 完成才释放。
再看 Fescar 的2PC 过程。 分支事务中数据的 本地锁 由本地事务管理在分支事务 Phase1 结束时释放。
同时随着本地事务结束连接 也得以释放。
分支事务中数据的 全局锁 在事务协调器侧管理在决议 Phase2 全局提交时全局锁马上
可以释放。只有在决议全局回滚的情况下全局锁 才被持有至分支的 Phase2 结束。
这个设计极大地减少了分支事务对资源数据和连接的锁定时间给整体并发和吞吐的提升提供了基础。 Q4Fescar 支持 Dubbo 的哪些版本 A4所有版本。 Q5Fescar 支持 Spring Cloud么 A5Fescar 与微服务框架的接口点在于需要把事务的唯一标识 XID一个字符串通过微服务框架的服务调用间调用的机制中透明地传递并通过 Fescar 的 API 来绑定或解绑到应用的线程上下文中。机制可以参考内置的对 Dubbo 支持的实现 com.alibaba.fescar.dubbo.TransactionPropagationFilter所以本质上这个问题不是支不支持 Spring Cloud而是如何支持 Spring Cloud 中选用的服务调用机制。目前正在和 Spring Cloud Alibaba 的同学合作准备在v0.5.x版本或更早发布对 Spring Cloud默认的支持。同时非常欢迎社区的朋友参与进来贡献包括 Spring Cloud 在内的各类微服务框架的支持。 Q6Fescar 是否支持本地跨库多数据源除了关系型数据库是否还支持NoSQL数据库 A6本地跨多数据源同样是支持的在 Fescar 的架构中同一个服务中的多个数据源与跨服务的多个数据源没有本质区别。AT 模式目前仅限于对关系型数据库的支持本身具备ACID 事务支持后面会发布出来的 MT 模式可以支持 NoSQL 这类本身不具备本地事务支持的资源。 Q7Fescar 现在开源的是AT模式MT模式暂时不支持什么时候会开源 A7当前 0.1.0 版本只是把 Fescar 最核心的 AT 模式的最小集发布出来一方面是按开源的规划和架构的重构进展另一方面也是希望通过最小集版本让用户和开发者社区更容易理解到我们核心的设计思路让更多人比较容易地参与进来建设而不是完全由阿里巴巴主导仅仅把我们的整套方案开源出来给大家用而已。阿里巴巴在分布式事务上的技术积累我们会通过 Fescar 项目毫无保留地贡献给社区所有功能特性都会按规划和社区的反馈陆续开源出来。MT 按初步的计划会在 0.5.x 版本发布。 Q8Fescar 什么时候提供HA cluster单节点的server的瓶颈如何处理 A8按初步的计划HA Cluster 会在 0.5.x 版本发布解决单机部署的单点问题。 Q9因网络中断、网张闪断、节点宕机和超时等引起的异常Fescar会提供相应的补偿措施么 A9这些异常情况的处理是分布式事务解决方案的基本要求Fescar 同样也是提供了整套方案来处理各类异常场景。这方面的具体机制会在 HA Cluster 版本发布时给出全面的分析介绍。 Q10Fescar框架中如何监控分布式事务 A10监控是非常重要的一块儿内容。TXC 和 GTS 的监控在阿里巴巴内部使用了很多基础设施的辅助。而在开源版本中我们还没有一个现成的监控方案。大体上监控的基础是两个方面一方面是日志通过日志的采集和处理可以形成一个完整的事务链路这些数据对于业务层面的分析和调优是重要的参考依据。另一方面是 APIFescar 会提供一套管控 API用于对运行时事务的管理。我们后续会把这两方面的数据格式、部署形态及接口整理出来希望和社区来共建监控这个重要的方面。 Q11Fescar 的roadmap 有了么 A11目前最新的roadmap如下
v0.1.0
微服务框架支持: Dubbo数据库支持: MySQL基于 Spring AOP 的 Annotation事务协调器: 单机版本
v0.5.x
微服务框架支持: Spring CloudMT 模式支持 TCC 模式事务的适配动态配置和服务发现事务协调器: 高可用集群版本
v0.8.x
Metrics控制台: 监控/部署/升级/扩缩容
v1.0.0 General Availability: 生产环境适用
v1.5.x
数据库支持: Oracle/PostgreSQL/OceanBase不依赖 Spring AOP 的 Annotation热点数据的优化处理机制RocketMQ 事务消息纳入全局事务管理NoSQL 纳入全局事务管理的适配机制支持 HBase支持 Redis
v2.0.0 支持 XA
当然项目迭代演进的过程我们最重视的是社区的声音路线图会和社区充分交流及时进行调整。 Q12Fescar 官网什么时候上线 A12Fescar 官方域名已经注册官网将采用静态开源站点搭建工具Docsite「传送门」进行搭建logo 已经设计并将于近期公布。 Q13如何加入 Fescar 社区进行贡献已经摩拳擦掌了。 A13我们非常欢迎大家通过各种形式参与到我们项目的建设中包括但不限于
架构设计模块设计代码实现Bug FixDemo样例文档、网站和翻译
具体的参与方法可以参见我们项目中的CONTRIBUTING 指引或与 eternaltingting163.com 联系。实际上我们并不拘泥于贡献的形式开发者提出的每一个 issue无论是Bug Report、改进建议或者甚至是问题咨询都代表着对项目的关注和帮助。希望 Fescar 项目和社区一起健康成长成为分布式事务领域一个优秀的解决方案。
原文链接 本文为云栖社区原创内容未经允许不得转载。
