聊聊MassTransit——实现Saga模式概览(译)

MassTransit提供了通过状态机(Saga)来协调一系列事件的能力,简化分布式事务的复杂性,无需锁定和一致性。推荐使用Automatonymous库创建StateMachineSagas。同时,它也支持ConsumerSagas,通过实现接口消费相关事件。Saga定义用于指定行为,并可自动配置。例如,OrderStateDefinition展示了如何配置并发消息限制和分区。
摘要由CSDN通过智能技术生成

原文地址:Saga Overview

系列地址

Introduce

编排一系列事件的能力是一个强大的功能,而MassTransit使这成为可能。
saga是由协调器管理的长期事务。saga是由事件发起的,saga编排事件,saga维护整个事务的状态。saga旨在管理分布式事务的复杂性,而不需要锁定和一致性。它们管理状态并跟踪发生部分故障时所需的任何补偿。

State Machine Sagas

MassTransit包括Automatonymous,它提供了一个强大的状态机(State Machine)语法来创建saga。在使用MassTransit时,强烈建议使用这种方法。

Consumer Sagas

MassTransit支持Comsumer Sagas,它实现一个或多个接口来消费相关的saga events。包含此支持,以便将应用程序从其他saga实现轻松移动到MassTransit。

Definitions

Saga 定义用于指定消费者的行为,以便可以自动配置它们。定义可以由AddSaga显式添加,也可以使用任何AddSaga方法自动发现。
下面显示了一个示例传奇定义。完整的配置参考,请参见配置部分。

public class OrderStateDefinition :
    SagaDefinition<OrderState>
{
    public OrderStateDefinition()
    {
        // specify the message limit at the endpoint level, which influences
        // the endpoint prefetch count, if supported
        Endpoint(e => e.ConcurrentMessageLimit = 16);
    }

    protected override void ConfigureSaga(IReceiveEndpointConfigurator endpointConfigurator, ISagaConfigurator<OrderState> sagaConfigurator)
    {
        var partition = endpointConfigurator.CreatePartitioner(16);

        sagaConfigurator.Message<SubmitOrder>(x => x.UsePartitioner(partition, m => m.Message.CorrelationId));
        sagaConfigurator.Message<OrderAccepted>(x => x.UsePartitioner(partition, m => m.Message.CorrelationId));
        sagaConfigurator.Message<OrderCanceled>(x => x.UsePartitioner(partition, m => m.Message.CorrelationId));
    }
}

标签: MassTrassit , Saga

Seata的SAGA模式是一种分布式事务处理模式,它采用了Saga Pattern来管理和协调分布式事务。 在SAGA模式中,一个分布式事务被拆分为多个局部事务,每个局部事务负责执行一部分操作,并在需要时发送补偿操作以回滚已执行的操作。 Seata作为分布式事务协调器,负责协调和管理SAGA模式下的分布式事务。当一个事务发起请求时,Seata会将其视为一个全局事务,并为每个局部事务创建一个参与者(RM,Resource Manager)。 在SAGA模式中,每个局部事务都有两个阶段:正向阶段(Forward Phase)和补偿阶段(Compensation Phase)。正向阶段负责执行实际的业务逻辑操作,而补偿阶段负责回滚已执行的操作。 当一个局部事务的正向阶段完成后,Seata会记录该操作的执行状态,并等待下一步指令。如果后续的操作成功执行,Seata会继续执行下一个局部事务的正向阶段;如果有任何一个操作失败,Seata会根据之前记录的执行状态,按照相反的顺序执行补偿阶段,回滚已执行的操作。 通过这种方式,Seata能够实现分布式事务的管理和协调,保证事务的一致性和可靠性。SAGA模式相比于传统的两阶段提交(2PC)协议,具有更好的可扩展性和容错性,因为它将事务拆分为多个局部事务,并通过补偿阶段来实现回滚。 需要注意的是,Seata的SAGA模式是基于TCC(Try-Confirm-Cancel)模式实现的,因此每个局部事务也包含了Try、Confirm和Cancel三个阶段的操作。 总结起来,Seata的SAGA模式采用了Saga Pattern来管理和协调分布式事务,通过拆分事务为多个局部事务和补偿阶段来实现事务的一致性和可靠性。每个局部事务都包含正向阶段和补偿阶段,通过记录状态和执行补偿操作来保证事务的正确执行。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值