gpt4 book ai didi

java - Akka 持久性 - 当收到消息传递确认时,从日志中删除消息(或标记为已确认)

转载 作者:行者123 更新时间:2023-12-01 19:21:44 25 4
gpt4 key购买 nike

例如:我有 Actor X 和 Y。

Actor X 将消息保存到日志中,然后将消息发送给 Y。Y 收到消息,并向 X 发送确认消息,以使其知道已收到消息。当 X 收到此确认时,我希望它a) 从日志中删除该消息,以便在恢复时不会重播该消息。 (这部分似乎不可能)。b) 将消息“标记”为已完成(已发送)。我认为这部分将通过日志(使用恢复日志)或通过向日志添加“标签”(通过事件适配器,但我不确定这是否可能会更新(如果它是可行的选项)来完成)。

这让我意识到,akka 持久性实际上是如何工作的。如果一个 Actor 正在持久化所有消息,然后 Actor 失败并需要恢复,那么无论是否传递,它都不会恢复所有这些消息吗?我知道它是为了维护状态(所以对于 fsm 我明白了),但是如果我有一个主管参与者将消息持久化然后传递给工作人员,我当然希望能够更改此日志条目,这样我就不会恢复(然后重新发送)已经处理过的消息?(这就是我问的原因,我显然错过了一些东西)

最佳答案

Akka持久化实现eventsourcing一般来说,这并不完美适合队列(这并不意味着它不可能做到)。

对于事件源工作管理器,您将记录一个事件,其中将工作负载发送给工作人员,然后将其应用于参与者的状态,例如正在进行的工作列表,然后发送实际工作。当工作负载完成时,您记录该事实,从状态中删除正在进行的项目,以便如果工作管理器重新启动,它可以与工作人员联系以查看工作是否仍在进行中或与其他工作人员重新触发它等等

distributed workers sample不包括重新投递部分 AFAIR,但可能是一个很好的灵感来源。

使用新类型的 EventSourcedBehavior,您可以以声明方式启用快照和事件删除 https://doc.akka.io/docs/akka/current/typed/persistence-snapshot.html#event-deletion而对于经典的 PersistentActor 来说,有一个更命令式的 deleteMessages https://doc.akka.io/docs/akka/current/persistence.html#message-deletion

对于经典 Actor 有At-Least-Once-Delivery建立在持久性之上,对于新的 API,我们正在进行名为 Reliable Delivery 的工作。这将允许您更大程度地选择您所追求的可靠性级别。

请注意,这取决于您使用的日志,事件是否被实际删除或只是标记为删除以及以多快的速度删除,因此您还必须查看那里的详细信息。

关于java - Akka 持久性 - 当收到消息传递确认时,从日志中删除消息(或标记为已确认),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/59349587/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com