微服务架构常见的分布式事务解决方案

场景问题

多个服务,位于不同主机,不同的网络当中,没有办法用本地事务保证要么一起成功,要么一起失败。

BASE理论

BA: Basic Availability 基本业务可用性(支持分区失败)

S: Soft state 柔性状态(状态允许有短时间不同步,异步)

E: Eventual consistency 最终一致性(最终数据是一致的,但不是实时一致)

原子性(A)与持久性(D)必须根本保障

为了可用性、性能与降级服务的需要,只有降低一致性( C ) 与 隔离性( I ) 的要求

酸碱平衡(ACID-BASE Balance)

CAP定理

对于共享数据系统,最多只能同时拥有CAP其中的两个,没法三者兼顾。

任意两者的组合都有其适用场景

真实系统应当是ACID与BASE的混合体

不同类型的业务可以也应当区别对待

CAP定理

解决方案

可靠消息最终一致性(异步确保型)

实现

业务处理服务在业务事务提交前,向实时消息服务请求发送消息,实时消息服务只记录消息数据,而不真正发送。业务处理服务在业务事务提交后,向实时消息服务确认发送。只有在得到确认发送指令后,实时消息服务才真正发送

消息

业务处理服务在业务事务回滚后,向实时消息服务取消发送。消息状态确认系统定期找到未确认发送或回滚发送的消息,向业务处理服务询问消息状态,业务处理服务根据消息ID或消息内容确定该消息是否有效

约束

被动方的处理结果不影响主动方的处理结果,被动方的消息处理操作是幂等操作

成本

可靠消息系统建设成本

一次消息发送需要两次请求,业务处理服务需实现消息状态回查接口

优点、适用范围

消息数据独立存储、独立伸缩,降低业务系统与消息系统间的耦合

方案特点

兼容所有实现AMQP标准的MQ中间件

确保业务数据可靠的前提下,实现业务数据的最终一致(理想状态下基本是准实时一致)

柔性事务解决方案 TCC(两阶段型、补偿型)

实现

一个完整的业务活动由一个主业务服务与若干从业务服务组成

主业务服务负责发起并完成整个业务活动

从业务服务提供TCC型业务操作

业务活动管理器控制业务活动的一致性,它登记业务活动中的操作,并在业务活动提交时确认所有的TCC型操作的confirm操作,在业务活动取消时调用所有TCC型操作的cancel操作

成本

实现TCC操作的成本

业务活动结束时confirm或cancel操作的执行成本

业务活动日志成本

适用范围

强隔离性、严格一致性要求的业务活动

适用于执行时间较短的业务(比如处理账户、收费等业务)

用到的服务模式

TCC操作、幂等操作、可补偿操作、可查询操作

方案特点

不与具体的服务框架耦合(在RPC架构中通用)

位于业务服务层,而非资源层

可以灵活选择业务资源的锁定粒度

最大努力通知型

实现

业务活动的主动方,在完成业务处理之后,向业务活动的被动方发送消息,允许消息丢失。

业务活动的被动方根据定时策略,向业务活动主动方查询,恢复丢失的业务消息。

约束

被动方的处理结果不影响主动方的处理结果

成本

业务查询与校对系统的建设成本

使用范围

对业务最终一致性的时间敏感度低

跨企业的业务活动

方案特点

业务活动的主动方在完成业务处理后,向业务活动被动方发送通知消息(允许消息丢失)主动方可以设置时间阶梯型通知规则,在通知失败后按规则重复通知,直到通知N次后不主动方提供校对查询接口给被动方按需校对查询,用于恢复丢失的业务消息

应用案例

银行通知、商户通知等(各大交易业务平台间的商户通知:多次通知、查询校对、对账文件)


展开阅读全文

服务架构的分布式事务控制解决方案

09-06
1、课程简介 Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发,如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等,都可以用Spring Boot的开发风格做到一键启动和部署。        在本套课程中,我们将全面的讲解Spring Cloud技术栈, 从环境的部署到技术的应用,再到项目实战,让我们不仅是学习框架技术的使用,而且可以学习到使用Spring Cloud如何解决实际的问题。 Spring Cloud各个组件相互配合,合作支持了一套完整的服务架构。 - 注册中心负责服务的注册与发现,很好将各服务连接起来 - 断路器负责监控服务之间的调用情况,连续多次失败进行熔断保护。 - API网关负责转发所有对外的请求和服务 - 配置中心提供了统一的配置信息管理服务,可以实时的通知各个服务获取最新的配置信息 - 链路追踪技术可以将所有的请求数据记录下来,方便我们进行后续分析 - 各个组件又提供了功能完善的dashboard监控平台,可以方便的监控各组件的运行状况 2、适应人群 有一定的Java基础,并且要有一定的web开发基础。 3、课程亮点        系统的学习Spring Cloud技术栈,由浅入深的讲解服务技术。涵盖了基础知识,原理剖析,组件使用,源码分析,优劣分析,替换方案等,以案例的形式讲解服务中的种种问题和解决方案 l  服务的基础知识 n  软件架构的发展史 n  服务的核心知识(CAP,RPC等) l  注册中心 n  Eureka搭建配置服务注册 n  Eureka服务端高可用集群 n  Eureka的原理和源码导读 n  Eureka替换方案Consul n  Consul下载安装&服务注册&高可用 l  服务发现与服务调用 n  Ribbon负载均衡基本使用&源码分析 n  Feign的使用与源码分析 n  Hystrix熔断(雪崩效应,Hystrix使用与原理分析) n  Hystrix替换方案Sentinel l  服务网关 n  Zuul网关使用&原理分析&源码分析 n  Zuul 1.x 版本的不足与替换方案 n  SpringCloud Gateway深入剖析 l  链路追踪 n  链路追踪的基础知识 n  Sleuth的介绍与使用 n  Sleuth与Zipkin的整合开发 l  配置中心 n  SpringClond Config与bus 开发配置中心 n  开源配置中心Apollo 4、主讲内容 章节一: 1.     服务基础知识 2.     SpringCloud概述 3.     服务注册中心Eureka 4.     Eureka的替换方案Consul 章节二: 1.     Ribbon实现客户端负载均衡 2.     基于Feign的服务调用 3.     服务熔断技术Hystrix 4.     Hystrix的替换方案Sentinel 章节三: 1.     服务网关Zuul的基本使用 2.     Zuul1.x 版本的不足和替换方案 3.     深入SpringCloud Gateway 4.     链路追踪Sleuth与Zipkin 章节四: 1.     SpringCloud Config的使用 2.     SpringCloud Config结合SpringCloud Bus完成动态配置更新 3.     开源配置中心Apollo
©️2020 CSDN 皮肤主题: 技术黑板 设计师: CSDN官方博客 返回首页
实付0元
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值