问题描述
现在,我们完成了从业务角度来看成功的Sagas,但是我们将失败的Sagas存储了3个月-我们设置了超时时间,然后将saga标记为已完成。
是否存在一种更通用的方式来设置saga的生存时间(不涉及基础消息传递服务)?
例如,AWS SQS的最大延迟为15分钟,但对我们而言,每周运行一次垃圾回收作业就足够了。 NSB有此选项吗?
解决方法
是否存在一种更通用的方式来设置saga的生存时间(不涉及基础消息传递服务)?
NServiceBus使用延迟的消息实现超时。 SQS恰好被限制为最多15分钟。为了克服此限制,传输程序多次重新安排了消息的时间以获得所需的延迟。其他传输(例如Azure Service Bus,RabbitMQ,SQL Server传输)不需要这样做,因为它们可以在必要的时间内发送一条延迟的消息。 RabbitMQ也不本地支持,因此它也在内部实现了该功能。没有“常规”实现。它总是特定于您使用的交通工具。
这正是NServiceBus通过使用延迟交付所做的。不幸的是,您已经注意到,SQS不支持超过15分钟的时间段。
您可以使用第三方调度库,该库将发送一条完成传奇的消息。 https://docs.particular.net/nservicebus/scheduling/
我还将在内部进行跟进,看看是否还有其他建议。