如何解决是否可以在不使用调用MarkAsComplete的长时间超时的情况下为Saga设置TTL？
现在，我们完成了从业务角度来看成功的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/
我还将在内部进行跟进，看看是否还有其他建议。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。