saga分布式事务

一、开篇

        在支付和交易业务中,会涉及长事务的场景。依靠单一的数据库事务无法解决整体问题,这个时候,就需要分布式事务来解决这个问题。

二、技术选型

1.saga

        Saga是一种在分布式系统中处理事务的模式,它通过将一个大的事务拆分为一系列小的、相互关联的子事务来实现。每个子事务独立执行,并且可以具有回滚和补偿机制,以保证整个事务的一致性。

子事务执行协调方式

编排模式

               

        基于事件,整个业务流程散落到各个业务系统中,比较复杂,流程难以全局理解,而且需要下游实现事件接收和发放。

控制模式

         Saga提供一个控制类,其方便参与者之前的协调工作。控制类协调整个流程,下游可以无感知迁移。

2.2pc

                                                成功情况

                                        失败情况

 

        分布式事务2PC(Two-Phase Commit)是一种用于在分布式系统中保持事务一致性的协议。它是一种基于协调者(Coordinator)和参与者(Participant)之间的交互来实现的。

        2PC协议的主要目标是在分布式环境下确保所有参与者要么都提交事务,要么都回滚事务,以保持全局事务的一致性。

三、技术实现

基于axon框架实现(控制模式)

OrderFacadeService 

订单服务facade层

/**
* 订单服务app层,1.发起创建订单 2.创建订单axon控制器。
*/
@Aggregate(cache = "orderCache")
public class OrderFacadeServiceImpl implements OrdreFacadeService{
   
    @Autowired
    private CommandGateway commandGateWay;
    
    @Autowired
    private PaymentFacadeService paymentClient;
    
    @Autowired
    private LogisticsFacadeService logisticsClient;
    
    /**
    * 创建订单,OrderDomainService会处理对应命令
    */
    @Override
    public CreateOrderRespDto createOrder(CreateOrderReqDto req){
       var command = new CreateOrderCommand(req);
       return commandGateway.sendAndWait(command);
    }

    
    /**
    * 订单创建成功后创建支付
    */
    @EventSourcingHandler
    public void on(OrderCreatedEvent event) {
        var resp = paymentClient.createPay(CreatePaymentReqDto.convertTo(event));
        if(resp.success){
            // 发送支付成功事件
           var event= new PayOrderCreatedEvent(resp.getPaymentOrder());
           AggregateLifecycle.apply(event);
        }else{
            //TODO 发起创建失败事件
        }
        
    }


    /**
    * 支付成功后创建物流
    */
    @EventSourcingHandler
    public void on(PayOrderCreatedEvent event {
        var resp = logisticsClient.createPay(CreateLogisticsReqDto.convertTo(event));
        if(resp.success){
            // 发送创建订单结束
           var event= new OrderCreateEndEvent(resp.getPaymentOrder());
           AggregateLifecycle.apply(event);
        }else{
            //TODO 发起创建失败事件
        }
        
    }
    
    
   /**
    *  订单创建结束后,OrderDomainService会处理对应命令
    */
    @EventSourcingHandler
    public void on(OrderCreateEndEvent event) {
       var command = new OrderCreateEndCommand(event);
       return commandGateway.sendAndWait(command);
    }
    
}

OrderDomainService

订单领域层服务

@Service
@Aggregate(cache = "orderCache")
public class OrderDomainServiceImpl implements OrderDomainService{
    
    private OrderRepository orderRepository;
    
    /**
    * 创建订单
    */
    @CommandHandler
    @Override
    public OrderCreateRespDto handle(OrderCreateCommand command){
        Order order = Order.convertTo(command);
        // 存储订单
        orderRepository.save(order);
        
        // 发布订单已创建事件
        AggregateLifecycle.apply(new OrderCreatedEvent(order));

        return OrderCreateRespDto.convertTo(order, command);
    }

    /**
    * 创建订单结束
    */
    @CommandHandler
    @Override
    public CreateOrderEndRespDto handle(CreateOrderEndCommand command){
        Order order = Order.convertTo(command);
        // 更新订单
        orderRepository.updateCreateEnd(order);
        return CreateOrderEndRespDto.convertTo(order, command);
    }
}

todo: 在创建订单完成时候还可以再发起超时事件(延迟消息),延迟校验创建最终结果。

基于axon框架实现(编排模式)

OrderFacadeService 

订单服务facade层

@Aggregate(cache = "orderCache")
public class OrderFacadeServiceImpl implements OrdreFacadeService{
   
    @Autowired
    private CommandGateway commandGateWay;
    
  
    /**
    * 创建订单,OrderDomainService会处理对应命令
    */
    @Override
    public CreateOrderRespDto createOrder(CreateOrderReqDto req){
       var command = new CreateOrderCommand(req);
       return commandGateway.sendAndWait(command);
    }

  
    
   /**
    *  订单创建结束后,OrderDomainService会处理对应命令
    */
    @EventSourcingHandler
    public void on(OrderCreateEndEvent event) {
       var command = new OrderCreateEndCommand(event);
       return commandGateway.sendAndWait(command);
    }
    
}

OrderDomainService

订单领域层服务

@Service
@Aggregate(cache = "orderCache")
public class OrderDomainServiceImpl implements OrderDomainService{
    
    private OrderRepository orderRepository;
      
    /**
    * 开始创建订单
    */ 
    @CommandHandler
    @Override
    public OrderCreateRespDto handle(OrderCreateCommand command){
        Order order = Order.convertTo(command);
        // 存储订单
        orderRepository.save(order);
        
        // 发布订单已创建事件,由支付服务订阅
        AggregateLifecycle.apply(new OrderCreatedEvent(order));

        return OrderCreateRespDto.convertTo(order, command);
    }

    /*
    * 订单创建结束
    */    
    @CommandHandler
    @Override
    public CreateOrderEndRespDto handle(CreateOrderEndCommand command){
        Order order = Order.convertTo(command);
        // 更新订单
        orderRepository.updateCreateEnd(order);
        return CreateOrderEndRespDto.convertTo(order, command);
    }
}

PaymentFacadeService

支付服务facade层

@Aggregate(cache = "orderCache")
public class PayFacadeServiceImpl implements PayFacadeService{
   
    @Autowired
    private CommandGateway commandGateWay;
   
    
    /**
    * 订阅订单创建成功事件
    */
    @EventSourcingHandler
    public void on(OrderCreatedEvent event) {
       var command = new CreatePaymentCommand(event);
       commandGateway.sendAndWait(command);
        
    }
    
}

PaymentDomainService

支付服务领域层

@Service
@Aggregate(cache = "orderCache")
public class PaymentDomainServiceImpl implements PaymentDomainService{
    
    private PaymentRepository paymentRepository;

    
    @CommandHandler
    @Override
    public CreatePaymentEndRespDto handle(PaymentCreatCommand command){
        PaymentOrder order = PaymentOrder.convertTo(command);
        // 存储订单订单
        paymentRepository.save(order);
        // 发布已支付事件
        AggregateLifecycle.apply(new PaymentCreatedEvent(order));

        return CreatePaymentEndRespDto .convertTo(order, command);
    }
}

LogisticsFacadeService 和 LogisticsDomainService 

可以参考上面实现

两种模式比较

编排模式比较简单,通过一个控制器可以看整个流程,而且不需要下游接入axon框架。

  • 14
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
SAGASaga Pattern)是一种用于管理分布式事务的设计模式。它通过将一个大的事务拆分成一系列小的子事务来实现,每个子事务负责处理一个特定的操作,并且可以独立地进行补偿或回滚。 在SAGA中,每个子事务都有两个关键操作:正常操作(perform)和补偿操作(compensate)。正常操作执行实际的业务逻辑,而补偿操作用于撤销或回滚之前的操作。如果某个子事务执行失败,它会触发相应的补偿操作,以回滚之前的操作。 SAGA有两种实现方式:编程模型和协调器模型。在编程模型中,开发人员手动编写每个子事务的正常操作和补偿操作。而在协调器模型中,使用一个中央协调器来自动管理每个子事务的执行和回滚。 对于SAGA的使用,以下是一些常见的步骤: 1. 定义每个子事务的正常操作和补偿操作。 2. 将大的事务拆分为一系列小的子事务,并确定它们之间的依赖关系。 3. 在每个子事务中,执行正常操作。如果某个子事务执行失败,将触发相应的补偿操作。 4. 使用编程模型时,手动编写补偿操作来回滚之前的操作;使用协调器模型时,协调器会自动触发相应的补偿操作。 5. 监控和处理补偿操作的执行结果,确保所有子事务都能成功回滚或补偿。 需要注意的是,SAGA并非适用于所有分布式事务场景。它更适合于长时间执行的事务或具有高可用性要求的系统。在实际应用中,需要根据具体的业务需求和系统特点来选择是否使用SAGA以及选择哪种实现方式。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值